RE: Vacation

2004-08-16 Thread Shapira, Yoav
Hola,
Have fun ;)

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, August 16, 2004 7:57 AM
To: [EMAIL PROTECTED]
Subject: Vacation

Hi,

I'll be on vacation this week. I'll see if I have time to come up with
the JDT support in Jasper (I'm stealing some Cocoon code to do it).

Rémy


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


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



Re: Vacation

2001-08-09 Thread Christopher Cain

Quoting Remy Maucherat [EMAIL PROTECTED]:

 Hi,
 
 I will be on vacation for two weeks starting this week-end. I will be
 back on the 26th.

Where you headed, boss? Anywhere scandaleous?



RE: Vacation

2001-05-28 Thread GOMEZ Henri

 
 The buffers do belong to jakarta-tomcat-connectors/util, and 
in a perfect
 world we wouldn't have them duplicated - 3.3 should only use 
what's in
 connectors.
 
 I wouldn't mind making tomcat-connectors/util the master 
source for the
 buffer stuff, but it needs some changes in the build 
scripts. I'm not sure
 how other people would feel about this - we are very close 
to 3.3beta.
 

it would be great to have the buffer code in one place, but, i've never
really been comfortable with jakarta-tomcat-connectors/util being that
place.  it would make more sense to me to have something like
jakarta-tomcat-util, where common utility code like the buffers stuff
could live.  jtc should be just for connectors.

+1 and again why not a jakarta-tomcat-commons ?


if people don't want a whole new module for utility code, then 
i suppose
jtc is the next best place...

-kevin.




Re: Vacation

2001-05-27 Thread kevin seguin

 
 Regarding the connector - sorry I didn't had more time to spend on it, but
 I'll be able to help more after I'll be back. I plan to do a
 re-implementation of the java side of Ajp13/14, and also to do some
 optimizations on the JNI side, and I'll try to help with the config stuff
 ( if Henri doesn't finish it before I get a chance to help :-) If someone
 could import the new buffer stuff - it would be great.
 

so it's safe to assume the changes to all the buffer stuff
(org.apache.tomcat.util.buf) is pretty much done in 3.3?  if so, i'll
take that stuff and overlay what's in jakarta-tomcat-connectors/util
with it.  i have been kind of watching and waiting to see when a good
time to do this would be.

thanks :)

-kevin.



Re: Vacation

2001-05-27 Thread cmanolache

On Sun, 27 May 2001, kevin seguin wrote:

  
  Regarding the connector - sorry I didn't had more time to spend on it, but
  I'll be able to help more after I'll be back. I plan to do a
  re-implementation of the java side of Ajp13/14, and also to do some
  optimizations on the JNI side, and I'll try to help with the config stuff
  ( if Henri doesn't finish it before I get a chance to help :-) If someone
  could import the new buffer stuff - it would be great.
  
 
 so it's safe to assume the changes to all the buffer stuff
 (org.apache.tomcat.util.buf) is pretty much done in 3.3?  if so, i'll
 take that stuff and overlay what's in jakarta-tomcat-connectors/util
 with it.  i have been kind of watching and waiting to see when a good
 time to do this would be.

I'm not sure - we'll still have a number of bug fixes and probably few
small improvements.

The buffers do belong to jakarta-tomcat-connectors/util, and in a perfect
world we wouldn't have them duplicated - 3.3 should only use what's in
connectors. 

I wouldn't mind making tomcat-connectors/util the master source for the
buffer stuff, but it needs some changes in the build scripts. I'm not sure
how other people would feel about this - we are very close to 3.3beta. 


Costin






Re: Vacation

2001-05-27 Thread kevin seguin

 
 The buffers do belong to jakarta-tomcat-connectors/util, and in a perfect
 world we wouldn't have them duplicated - 3.3 should only use what's in
 connectors.
 
 I wouldn't mind making tomcat-connectors/util the master source for the
 buffer stuff, but it needs some changes in the build scripts. I'm not sure
 how other people would feel about this - we are very close to 3.3beta.
 

it would be great to have the buffer code in one place, but, i've never
really been comfortable with jakarta-tomcat-connectors/util being that
place.  it would make more sense to me to have something like
jakarta-tomcat-util, where common utility code like the buffers stuff
could live.  jtc should be just for connectors.

if people don't want a whole new module for utility code, then i suppose
jtc is the next best place...

-kevin.



Re: Vacation

2001-05-27 Thread cmanolache

On Sun, 27 May 2001, kevin seguin wrote:

  The buffers do belong to jakarta-tomcat-connectors/util, and in a perfect
  world we wouldn't have them duplicated - 3.3 should only use what's in
  connectors.
  
  I wouldn't mind making tomcat-connectors/util the master source for the
  buffer stuff, but it needs some changes in the build scripts. I'm not sure
  how other people would feel about this - we are very close to 3.3beta.
  
 
 it would be great to have the buffer code in one place, but, i've never
 really been comfortable with jakarta-tomcat-connectors/util being that
 place.  it would make more sense to me to have something like
 jakarta-tomcat-util, where common utility code like the buffers stuff
 could live.  jtc should be just for connectors.
 
 if people don't want a whole new module for utility code, then i suppose
 jtc is the next best place...

I agree - it may even be the best place. It's very low-level code, it must
be part of and integrated in the connector - and upper levels should use
it. 

Most of the performance comes from the lower level, the protocol and the
connector implementation is going to be critical - and having control over
the low-level representation is very important.

The only problem is that right now ( with 3.3 so close ) we may have to
keep them in sync. But we can try ( if Larry is ok with that ) to change
the build scripts and use a single copy - in jtc.

Costin