Author: costin
Date: Sat Jun 14 09:06:06 2008
New Revision: 667826
URL: http://svn.apache.org/viewvc?rev=667826&view=rev
Log:
Changed the build file, 2 self-running jars are generated, one bundling jasper
and one with only precompiled-jsp support.
Modified:
tomcat/sandbox/tomcat-
Author: costin
Date: Sat Jun 14 09:06:46 2008
New Revision: 667828
URL: http://svn.apache.org/viewvc?rev=667828&view=rev
Log:
Eclipse update
Modified:
tomcat/sandbox/tomcat-lite/.classpath
Modified: tomcat/sandbox/tomcat-lite/.classpath
URL:
http://svn.apache.org/viewvc/tomcat/san
Author: costin
Date: Sat Jun 21 19:38:22 2008
New Revision: 670299
URL: http://svn.apache.org/viewvc?rev=670299&view=rev
Log:
Fixed the inetd mode ( convenient for port 80, load on demand )
Added:
tomcat/sandbox/tomcat-lite/build.properties.default
Removed:
tomcat/sandbox/tomcat-lite
Author: costin
Date: Thu Jul 17 10:14:47 2008
New Revision: 677640
URL: http://svn.apache.org/viewvc?rev=677640&view=rev
Log:
Add a non-config starter for tomcat. All you need is the classpath including
tomcat and the servlets - no config file.
There is a requirement for a temp directory -
Author: costin
Date: Fri Jul 18 07:11:03 2008
New Revision: 677910
URL: http://svn.apache.org/viewvc?rev=677910&view=rev
Log:
This was discussed a month ago - didn't hear any objections. It uses the
'platform' mbean server instead of a new one if none
was explicitely created
Author: costin
Date: Fri Aug 29 21:17:45 2008
New Revision: 690452
URL: http://svn.apache.org/viewvc?rev=690452&view=rev
Log:
Merged from main branch.
Modified:
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/ActionCode.java
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/ap
Author: costin
Date: Fri Aug 29 21:18:52 2008
New Revision: 690453
URL: http://svn.apache.org/viewvc?rev=690453&view=rev
Log:
Copy of Mapper, with File instead of JNDI.
Ideally Mapper should extend this and override few methods - will do this if
the file is accepted to the
main br
Author: costin
Date: Fri Aug 29 21:20:14 2008
New Revision: 690454
URL: http://svn.apache.org/viewvc?rev=690454&view=rev
Log:
Abstract JMX out, allow other frameworks to be plugged in.
This is pretty early, will need to be reviewed/improved, but it gets the job
done.
( JMX may not be avail
Author: costin
Date: Fri Aug 29 21:21:10 2008
New Revision: 690455
URL: http://svn.apache.org/viewvc?rev=690455&view=rev
Log:
Getter with the same name as in servlet api, to make it easier to convert
servlets to adapters
Modified:
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/to
Author: costin
Date: Fri Aug 29 21:23:04 2008
New Revision: 690456
URL: http://svn.apache.org/viewvc?rev=690456&view=rev
Log:
The xslt was only used there - no need to have a dep on it in.
Modified:
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/tomcat/util/DomUtil.java
to
Author: costin
Date: Fri Aug 29 21:24:45 2008
New Revision: 690457
URL: http://svn.apache.org/viewvc?rev=690457&view=rev
Log:
Remove unused files ( they are in the other dir ), small fixes
Removed:
tomcat/sandbox/tomcat-lite/java/org/apache/tomcat/util/buf/res/LocalStrings.proper
Author: costin
Date: Fri Aug 29 21:28:23 2008
New Revision: 690459
URL: http://svn.apache.org/viewvc?rev=690459&view=rev
Log:
Removed jmx where not needed, added few files to make it easier to port default
servlet
Added:
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache/co
Author: costin
Date: Fri Aug 29 21:33:15 2008
New Revision: 690460
URL: http://svn.apache.org/viewvc?rev=690460&view=rev
Log:
Initial support for plugging in ssl
Modified:
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache/tomcat/util/net/SelectorCallback.java
tomcat/san
Author: costin
Date: Fri Aug 29 21:49:49 2008
New Revision: 690462
URL: http://svn.apache.org/viewvc?rev=690462&view=rev
Log:
Set the nio connector explicitely.
Modified:
tomcat/sandbox/tomcat-lite/test/org/apache/tomcat/test/CoyoteTestHelper.java
Modified:
tomcat/sandbox/tomcat-lite/
Author: costin
Date: Sun Sep 7 08:36:46 2008
New Revision: 692880
URL: http://svn.apache.org/viewvc?rev=692880&view=rev
Log:
Merging from sandbox: the casts are redundant for now, but in a future commit
RequestInfo won't directly depend on JMX
( this is the only dep between base coyo
Author: costin
Date: Sun Sep 7 08:39:13 2008
New Revision: 692881
URL: http://svn.apache.org/viewvc?rev=692881&view=rev
Log:
Removed from sandbox, changes merged ( build.xml will need to be fixed in
separate commit, I saved the list of
files - not easy to untangle the 2 connectors
Author: costin
Date: Sun Sep 7 08:41:21 2008
New Revision: 692882
URL: http://svn.apache.org/viewvc?rev=692882&view=rev
Log:
Merged to head, saved the list of files specific to the connector to build it
as a module
Added:
tomcat/sandbox/tomcat-lite/coyote-apr.files
Removed:
to
Author: costin
Date: Sun Feb 22 18:36:33 2009
New Revision: 746795
URL: http://svn.apache.org/viewvc?rev=746795&view=rev
Log:
Add directory for tomcat-lite.
Added:
tomcat/trunk/modules/tomcat-lite/
-
To unsubscrib
Added:
tomcat/trunk/modules/tomcat-lite/test/org/apache/tomcat/test/watchdog/RfcDateParser.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/tomcat-lite/test/org/apache/tomcat/test/watchdog/RfcDateParser.java?rev=762039&view=auto
=
Author: costin
Date: Sun Apr 5 14:24:42 2009
New Revision: 762090
URL: http://svn.apache.org/viewvc?rev=762090&view=rev
Log:
Build and one example of embedding tomcat-lite ( I'll add more when I get time,
I only picked
spring for its limitations - it's easier to use tomcat-lite
Author: costin
Date: Sun Apr 5 15:28:07 2009
New Revision: 762105
URL: http://svn.apache.org/viewvc?rev=762105&view=rev
Log:
Files changed/added in tomcat
Added:
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/util/
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/
Author: costin
Date: Sun Apr 5 15:29:53 2009
New Revision: 762106
URL: http://svn.apache.org/viewvc?rev=762106&view=rev
Log:
Added a getter and the css mapping.
Modified:
tomcat/trunk/java/org/apache/tomcat/util/http/MimeMap.java
Modified: tomcat/trunk/java/org/apache/tomcat/util/
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
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: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: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: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: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 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: 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
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: Tue Jan 5 21:28:13 2010
New Revision: 896227
URL: http://svn.apache.org/viewvc?rev=896227&view=rev
Log:
Remove the mini-servlet on top of coyote impl - can be reverted if anyone finds
a use for it.
Removed:
tomcat/trunk/modules/tomcat-lite/java/org/apache/co
Author: costin
Date: Tue Jan 5 21:28:53 2010
New Revision: 896228
URL: http://svn.apache.org/viewvc?rev=896228&view=rev
Log:
Not used any more ( were part of the mini-servlet on top of coyote )
Removed:
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/util/buf/
tomcat/t
Author: costin
Date: Tue Jan 19 22:18:56 2010
New Revision: 900980
URL: http://svn.apache.org/viewvc?rev=900980&view=rev
Log:
Fix local source paths, accidental commit.
Modified:
tomcat/trunk/modules/tomcat-lite/.classpath
Modified: tomcat/trunk/modules/tomcat-lite/.classpath
URL:
Author: costin
Date: Wed Jan 20 00:23:10 2010
New Revision: 901014
URL: http://svn.apache.org/viewvc?rev=901014&view=rev
Log:
Wrong method name for modeler.
Modified:
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/integration/jmx/JmxObjectManagerSpi.java
Modified:
tomcat/t
Modified:
tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/lite/servlet/WebappFilterMapper.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/modules/tomcat-lite/java/org/apache/tomcat/lite/servlet/WebappFilterMapper.java?rev=915902&r1=915901&r2=915902&view=diff
==
ld be needed. Best to try it in an empty dir, and only create a
webapps/ROOT/WEB-INF and place some html inside ROOT )
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Isn't possible to get a svn tree using http download ? I tought one of
the benefits of svn is that it uses http.
Costin
On 10/18/05, Jean-frederic Clere <[EMAIL PROTECTED]> wrote:
> hi,
>
> This file uses cvs but it should do the same with svn. The question is
> how to
Hi,
Could someone who understand svn make a /sandbox or /experimental
directory ? I undertand it should be top level, and linked somehow
into tc5.5 - or do we want to be downloaded separately ?
Or can I just create it directly under tc5.5 ? I'm lost.
Thanks,
C
ng impl, without any discovery tricks ( for runtime )
- attempt to refactor util.buf to use ByteBuffers
- coyote standalone
- a small demo for coyote standalone, using a rhino adapter.
- some additions to coyote - to make it a bit easier to use in standalone mode.
Costin
On 10/19/05, Mark Thom
On 10/21/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > Thanks !
> >
> > I'll add few things I've worked on in the past - if people don't mind,
> > I'll create a sandbox/java and put everything in one tree, ant and
&
nk there are few better ways than what
jetty is doing - but the low level is probably more important.
BTW - where do we deal with keep-alive http connections ? ( I remember
you or Mladen added code to not keep the thread busy ).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
e for this being a chat room, I
> don't see how it would perform bad if using separate requests for each
> message), I don't see any reason to support this.
In the chat room case - you can never get 'instant' messages, you
depend on the polling
frequency.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I tought some time ago AJP was 'deprecated' - to be replaced with
plain HTTP and mod_proxy ?
Costin
On 10/24/05, Bill Barker <[EMAIL PROTECTED]> wrote:
>
> - Original Message -
> From: "William A. Rowe, Jr." <[EMAIL PROTECTED]>
> To:
> S
see with ajp12 extensibility
problems.
Costin
On 10/24/05, William A. Rowe, Jr. <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > I tought some time ago AJP was 'deprecated' - to be replaced with
> > plain HTTP and mod_proxy ?
>
> Why?
>
> It turns
ll me what you can't do using HTTP request/response mechanism.
Of course - I agree what you need is important, and it would be great
to have it - but
you would do it much faster and simpler if you don't touch ajp, but
work at jmx/servlet layer.
Costin
On 10/24/05, Henri Gomez <[EMAIL
duce private
> headers within AJP channels for status data exchange between nodes.
Or you could do this as well at a higher layer - by making HTTP
requests ( binary or not ).
This would also benefit other use-cases - like general monitoring
well..).
I was referring was authentication for the apache-tomcat connection -
and this can be done by making a first set of HTTP request to a
special URL ( not starting with /, so it's invalid ), and on top of
this any auth.
Costin
On 10/25/05, William A. Rowe, Jr. <[EMAIL PROTECTED]>
On 10/25/05, Mladen Turk <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > DBUS is a good example in IMO - I'm not
> > saying to use their impl, which doesn't fit, just the protocol spec.
>
> The major power of AJP protocol is known-header-name i
I'll try.
My biggest problem is to do this without breaking too much backward compat.
After we add BB - the rest might be easier.
Costin
On 10/28/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: costin
> > Date: Thu Oct 27 21:1
On 10/28/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: costin
> > Date: Thu Oct 27 19:55:08 2005
> > New Revision: 329053
> >
> > URL: http://svn.apache.org/viewcvs?rev=329053&view=rev
> > Log:
> >
y is to add/remove a tomcat from a lb worker
> ?
Yes, it should be possible to do this - but I'm not sure what that has
to do with the AJP protocol.
You need some support in the apache module, and then a way to
interface with the module - eihter using a file + a signal or special
URL, etc,
different behavior when the buffer is in
append mode - start-end in ByteChunk meant start/end of the data
portion, but in ByteBuffer it can also mean start/end of the empty
portion )
Costin
On 11/1/05, Peter Rossbach <[EMAIL PROTECTED]> wrote:
> Hey,
>
> means the package
Have you considered placing it at a lower level, as a coyote adapter ?
The reason I ask - I'm playing with coyote standalone, I have a
trivial mapper, file server, hello world adapter - for simple http
serving. This would fit well before entering the servlet engine.
Costin
On 11/3/05,
st is bound to
a thread during service() execution, and kept-alive connections are no
longer bound. How do we unbind the service() from the thread ???
Costin
>
> The alternative (which, IMHO looks nicer) is to use (Coyote)Request Notes
> instead of ThreadLocal.
>
> - Original Mes
On 11/3/05, Bill Barker <[EMAIL PROTECTED]> wrote:
>
> - Original Message -----
> From: "Costin Manolache" <[EMAIL PROTECTED]>
> To: "Tomcat Developers List"
> Sent: Thursday, November 03, 2005 11:30 AM
> Subject: Re: Rewrite features
>
ever found any use for it ( except to slow down startup and
get exceptions ).
Costin
On 11/4/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Bob Bronson wrote:
> > Another lazy copout!! Even the web.xml that is distributed w/Tomcat does
> > not validate! Did you even test this bef
nd version - and keep
options, code, documentation - for a feature that nobody really uses.
Costin
On 11/4/05, Jeanfrancois Arcand <[EMAIL PROTECTED]> wrote:
>
>
> Costin Manolache wrote:
> > I wonder what Bob does when his Windows XP is crashing or catches a virus
> >
file otherwise ( nothing depends on the JsAdapter ).
Costin
On 11/5/05, Bill Barker <[EMAIL PROTECTED]> wrote:
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To:
> Sent: Saturday, November 05, 2005 7:13 PM
> Subject: svn commit: r331062 - in /to
should be in a separate add-on
module. SSL modules are excelent examples. Actually, a lot of the
things that are in the normal tomcat distro would be make good add-on
modules. Firefox is a good example.
Costin
On 11/6/05, Bill Barker <[EMAIL PROTECTED]> wrote:
> Actually (having spent way to
Nice, it would be good if everyone asking a question would offer
something - a beer, hosting, etc :-)
So - are you sure port 8005 is free ? Do a quick "netstat -an |grep
8005", maybe
you forgot to change it in ( I noticed you're using
8180 for http )
Costin
On 11/11/05, Ri
Linger, etc in the base as well ? After this
change, the base is probably broken - I'm using it as non-jmx,
standalone http connector.
Maybe in an init function - overriden ?
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
At least with subclipse 0.9.37 - I can't import existing projects
checked out with CLI svn.
The name change is to allow "checkout" - and have the checked out
files match the normal structure, so build with ant will work too.
Costin
On 11/12/05, Mark Thomas <[EMAIL PROTECTED
ier to work
with a single tree. Really - there are historic reasons why we had
this in CVS, but they are long gone..
Costin
On 11/12/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> The command line build doesn't check out this directory, it checks out
> the jasper2 directory. Tha
On 11/12/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > I'll fix this, sorry - I think I have made few changes to my properties.
> >
> > What is "svn co .../current" doing - I was using this before realizing
> > that curre
BTW - Mark, many thanks for all this work in moving to SVN, I
understand how difficult it is
and how limiting and immature SVN and svn tools are.
Costin
On 11/12/05, Costin Manolache <[EMAIL PROTECTED]> wrote:
> On 11/12/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> > C
connectors/naming, connectors/webapp, connectors/jk/native2.
I'm not sure touching 4.1 tree is a good idea - we should do it in
HEAD ( i.e. 5.5 ) first ( and maybe only in HEAD ).
Costin
On 11/12/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Back we I was doing the SVN migration,
On 11/12/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> >>>What is "svn co .../current" doing - I was using this before realizing
> >>>that current doesn't work in eclipse, never used resources/build.xml
> >>
&
Thanks.
Costin
On 11/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: pero
> Date: Sat Nov 12 11:23:00 2005
> New Revision: 332823
>
> URL: http://svn.apache.org/viewcvs?rev=332823&view=rev
> Log:
> Refactor connection handler for better s
On 11/13/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > I'm confused - build.xml seems to checkout the real dirs, not current
> > - I found no reference to current/ in build.xml
>
> I think that makes two of us ;)
> You are right. We co
+1 on building with 1.5 by default. And cleaning the remaining few warnings too.
Costin
On 11/17/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hi,
> Mmm, I'm not sure. The download page is already somewhat cluttered with a
> bunch of different distributions and their assort
ick tests, but it can't be the long term solution
( some people like to add a NIO equivalent ).
Costin
On 11/18/05, Bruce Keats <[EMAIL PROTECTED]> wrote:
> Hi,
> Given the discussion on missing JSSE15SocketFactory because tomcat
> 5.5.12was build using JAVA
> 1.4, I am
e future :-) It just happens that today APR is faster - and has a
lot of features beyond
NIO.
IMO the future is in features integrated at the low-level with the VM
- in particular
if they can bypass JNI or use non-garbage-collected heaps ( as in
real-time java ). I
On 11/18/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > So for NIO - we should create another copy of 5 large files ? Most of
> > the functions are complete duplicates - a simple extend would eliminate
> > them.
> >
> > The
On 11/18/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > For C++ servers - yes.
> > For Java servers - is anyone else using it besides tomcat ? Even in
> > tomcat - how many
> > people are using the bindings ( co
>
Obviously, I vote both - plus the classical style. There is no reason
to have only one,
just like we support multiple SSL implementations and multiple realms
- we can support
multiple techniques to do IO.
Costin
-
To uns
think APR implementation, and the low leve APIs ( with all the
duplicate code, and the current abstractions, incliuding sendfile )
are the right ones ?
< > 1. Yes, it's how things should be done
< > 2. No, it can be done better
My opionion is (2).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ndler, util.buf, util.thread,
coyote.httpd.
All were designed without considering 'mpm's correctly, and I think
that forced the current APR impl.
Costin
>
> < > 1. Yes, it's how things should be done
> < > 2. No, it ca
solution, and can avoid some
headaches ( I had
problems with debugging inside eclipse when the .so was loaded, etc )
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 11/19/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > < > 1. Yes, it's how things should be done
> > < > 2. No, it can be done better
> >
> > My opionion is (2).
>
> My opinion is 1. I will not participate in
Does anyone know what's the best way to put a small label in a subdir
( connectors/util and
connectors/http11 ). I don't want to label anything else - I need this
to track changes for the sandbox version. Is SVN tag the same as in
cvs
What I want is to be able to do "cvs diff -r my_label_before_sandbox_copy",
so I can see what changed.
I want to keep my experiments in the sandbox - instead of a branch.
Costin
On 11/19/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hi,
> I'm not an SVN expert, but
I was not sure if you can tag a small subtree ( connectors/util/java )
, or only the entire connectors/.
I think I'll just do diffs by date - it's probably easier.
Costin
On 11/20/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > What I want
e and make it a completely separate connector.
And I'm in no hurry to
check anything in the main branch - the sandbox is prefect for me, so
no need to worry about this.
Costin
On 11/20/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > On 11/19/0
On 11/20/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: costin
> > Date: Sun Nov 20 10:19:56 2005
> > New Revision: 345767
> >
> > URL: http://svn.apache.org/viewcvs?rev=345767&view=rev
> > Log:
> > Remov
On 11/21/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > I hope you are not serious... Sorry if I sounded too critical of the
> > APR code - it is a great
> > piece of code in many ways, I just didn't like some (probably minor) thing
Well, can't stop myself:
The right solution is to stop playing SVN tricks, and just reorganize
the code as a single
codebase instead of 4 (or 5). So my question remains: can we _move_
build, connectors, etc as
subdirs in a single svn tree, while preserving some file history ?
Costin
On
r
6.x ? )
Costin
On 11/22/05, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > Well, can't stop myself:
> >
> > The right solution is to stop playing SVN tricks, and just reorganize
> > the code as a single
> > codebase instead of 4 (or 5)
les. At least in 6.x timeframe.
Costin
On 11/22/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hi,
> I also think a re-org into a single codebase for build, container,
> jasper is in order. Connectors and servletapi are a bit different
> because they have their own releases (an
t can be
contributed back ?
Costin
> Yes, I can testify it's easier to work with, and it only took me a few
> minutes to put together (warning: it's APR only, JNDI is removed, etc,
> so a full Tomcat repository has to be more complex to build), the setup
> in Eclipse only takes
starting tomcat on-demand, from xinetd/lauchd.
> > Work in progress, I also want to shutdown when idle for too long.
> About the most useless waste of svn space I could imagine. I mean, it's
> like a total reason to close off the sandbox right here.
I can move this to sf, bu
r
development and smaller servers - I don't like my memory used by code
that I run only once in a while.
Costin
On 11/24/05, Bill Barker <[EMAIL PROTECTED]> wrote:
>
> <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > Author: costin
> > Date: Wed
7;m more interested in
experiments with how to do non-blocking processing at coyote level,
whatever happens in a servlet is limited by other factors - blocking
socket is not the biggest overhead.
I'll announce when it's 'complete' or 'ready to evaluate' - right no
nteresting how to do some of
the service() with a non-blocking socket, for files and few other
things.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
emy spent a lot of time making sure no buffer is allocated in the
critical path under load.
Costin
On 12/18/05, Tino Schwarze <[EMAIL PROTECTED]> wrote:
> On Sun, Dec 18, 2005 at 05:02:39PM +0100, Remy Maucherat wrote:
>
> > >What do you think about this issue?
> &g
On 12/19/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > One of the problems is that jasper is a tricky piece of code, and
> > usually reducing memory this way can have unexpected impact. Maybe a
> > more 'moderate' approach would
+1
Costin
On 12/20/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Besides adding support for Servlet 2.5 which does not seem too
> overwhelming, most of the specification work is on support of JSP 2.1. I
> am happy to report that Jacob Hookom is willing to contrib
ote http11 + servlet + jsp +
minimal set of valves to have a TCK-accepted container. Modules ==
jdbc authenticators, load balancing, ssl, jk, even APR, and anything
that could be eventually released or upgraded independently.
Costin
On 12/21/05, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > So
I'm the only one interested in this
:-). Removing more features to make it really minimal is quite simple,
but requires testing and a bit of work. I don't think we need any new
code - just small adjustments and different packaging - and a bit of
will.
Costin
On 12/21/05, Henri Gomez <[EMAIL PRO
just add the components that you need.
Think about Firefox versus Mozilla. We are in exactly the same
situation, just on server side :-)
It's funny that JBoss does have most of this capability already - so I
understand Remy not wanting to reinvent the wheel :-), but I don't
think he
201 - 300 of 662 matches
Mail list logo
