Re: [VOTE] 5.5.12 Stability

2005-10-06 Thread Henri Gomez
Should we post-pone to 5.5.13 the fixes to Jasper2 ?

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



Re: Tomcat 5.5.12 / Jasper2 - showstoppers ?

2005-10-05 Thread Henri Gomez
  When using Jasper2 in JSP precompilation step, it load needed taglibs
  jars defined in web.xml, but didn't release all of them after build
  (here is how it's invoked)

 Does this mean JARs are locked ?

yes, and since ant is running on the eclipse JVM, no other way to
release the jar that to stop eclipse ;(

  Another serious problem in Jasper2 precompilation is when web.xml
  contains external entites living in the webapp. We fixed Jasper2 in
  5.5.9 to fixe this behaviour at runtime, but it appears it's also
  needed in precompilation step.

 I actually forgot what the fix was.

If I recall exactly in JspConfig :

private void processWebDotXml(ServletContext ctxt) throws JasperException {

InputStream is = null;

try {
URL uri = ctxt.getResource(WEB_XML);
if (uri == null) {
// no web.xml
return;
}

is = uri.openStream();
InputSource ip = new InputSource(is);
ip.setSystemId(uri.toExternalForm());

ParserUtils pu = new ParserUtils();
TreeNode webApp = pu.parseXMLDocument(WEB_XML, ip);

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



Tomcat 5.5.12 / Jasper2 - showstoppers ?

2005-10-04 Thread Henri Gomez
Hi to all,

I don't know if they should be considered showstopper but while
playing with 5.5.12 for some of our new applications, I see these
problems :

When using Jasper2 in JSP precompilation step, it load needed taglibs
jars defined in web.xml, but didn't release all of them after build
(here is how it's invoked)

jasper2 validateXml=false 
uriroot=${build.dir}/jspc/${wname}
webXmlFragment=${build.dir}/dst/${wname}/WEB-INF/jsp.xml
outputDir=${build.dir}/${wname}-src javaEncoding=ISO-8859-1
trimSpaces=true /


As such, when you're using ANT from eclipse and you specify ANT should
use the same JRE as the workspace, you're puzzled and should restart
eclipse ;-(


Another serious problem in Jasper2 precompilation is when web.xml
contains external entites living in the webapp. We fixed Jasper2 in
5.5.9 to fixe this behaviour at runtime, but it appears it's also
needed in precompilation step.

Here is a sample web.xml where you could see use of entities located
in base.xml and jsp.xml (also located in WEB-INF).


?xml version=1.0 encoding=ISO-8859-1?

!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd; [


!ENTITY base  SYSTEM base.xml
!ENTITY jsp SYSTEM  jsp.xml

]

web-app

...

base;
jsp;

...

  taglib
taglib-urihttp://jakarta.apache.org/taglibs/random-1.0/taglib-uri
taglib-location/WEB-INF/lib/taglibs-random.jar/taglib-location
  /taglib

  /web-app


Did these bugs are showstoppers or should they be postponed to 5.5.13 ?

Regards

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



Re: [VOTE] 5.5.12 Stability

2005-10-03 Thread Henri Gomez
Stable for me

2005/10/3, Yoav Shapira [EMAIL PROTECTED]:
 Hi,
 Tomcat v5.5.12 has been out for a little more than a week now, so hopefully
 we've had time to test it.  Please let us know what you think of its stability
 below.  If anyone with the proper license could run the Servlet (v2.4) and JSP
 (v2.0) TCK tests on Tomcat 5.5.12, that would be great as well.  Thank you.

 Tomcat 5.5.12 is:
 [ ] Stable - no major issues,
 [ ] Beta - at least one major issue: what is it?
 [ ] Alpha - multiple things or a real showstopper: please provide details..

 Yoav

 -
 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: [VOTE] JK 1.2.15

2005-10-03 Thread Henri Gomez
well unixd.h is not on the iSeries, at least V5R3 (the latest)

2005/10/1, Jean-frederic Clere [EMAIL PROTECTED]:
 Henri Gomez wrote:

 Well the build on iSeries failed :
 
 /home/apache/jk/native/apache-2.0/mod_jk.c, 86.10: CZM0296(30) £include
   file unixd.h not found.
 /home/apache/jk/native/apache-2.0/mod_jk.c, 2437.10: CZM0304(10) No
   function prototype given for unixd_set_global_mutex_perms.
 
 
 Should add in mod_jk.c line 78 (I still can't commit on jtc )
 
 # if !defined(OS2)  !defined(WIN32)  !defined(BEOS) 
 !defined(NETWARE)  !defined(AS400)
 
 
 Not very good... We should detect  unixd.h.

 -
 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]



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



Re: [VOTE] JK 1.2.15

2005-09-30 Thread Henri Gomez
Well the build on iSeries failed :

/home/apache/jk/native/apache-2.0/mod_jk.c, 86.10: CZM0296(30) £include
  file unixd.h not found.
/home/apache/jk/native/apache-2.0/mod_jk.c, 2437.10: CZM0304(10) No
  function prototype given for unixd_set_global_mutex_perms.


Should add in mod_jk.c line 78 (I still can't commit on jtc )

# if !defined(OS2)  !defined(WIN32)  !defined(BEOS) 
!defined(NETWARE)  !defined(AS400)

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



Re: [VOTE] JK 1.2.15

2005-09-30 Thread Henri Gomez
BTW, after I added the  !defined(AS400), jk builded and works right now.

So it's stable for me

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



Re: JK 1.2.15 Release plan?

2005-09-28 Thread Henri Gomez
+0 go for 1.2.15

2005/9/27, Rainer Jung [EMAIL PROTECTED]:
 I encourage you for voting 1.2.15 as stable.

 Mladen Turk wrote:

  Anyhow, I would like that we vote this (1.2.15) version as stable,
  because it's a bug-fix release over the 1.2.14 stable.


 -
 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java

2005-09-15 Thread Henri Gomez
Happy to see Costin is back :)

15 Sep 2005 06:04:01 -, [EMAIL PROTECTED] [EMAIL PROTECTED]:
 costin  2005/09/14 23:04:01
 
   Modified:catalina/src/share/org/apache/catalina/startup
 Bootstrap.java
   Log:
   Support for corner case, when all tomcat is in a single jar and no fancy 
 classloaders are used.
 
   Revision  ChangesPath
   1.23  +9 -5  
 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java
 
   Index: Bootstrap.java
   ===
   RCS file: 
 /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v
   retrieving revision 1.22
   retrieving revision 1.23
   diff -u -r1.22 -r1.23
   --- Bootstrap.java3 May 2005 14:12:52 -   1.22
   +++ Bootstrap.java15 Sep 2005 06:04:01 -  1.23
   @@ -95,6 +95,10 @@
private void initClassLoaders() {
try {
commonLoader = createClassLoader(common, null);
   +if( commonLoader == null ) {
   +// no config file, default to this loader - we might be in 
 a 'single' env.
   +commonLoader=this.getClass().getClassLoader();
   +}
catalinaLoader = createClassLoader(server, commonLoader);
sharedLoader = createClassLoader(shared, commonLoader);
} catch (Throwable t) {
   @@ -122,10 +126,10 @@
// Local repository
boolean packed = false;
if (repository.startsWith(CATALINA_HOME_TOKEN)) {
   -repository = getCatalinaHome()
   +repository = getCatalinaHome()
+ repository.substring(CATALINA_HOME_TOKEN.length());
} else if (repository.startsWith(CATALINA_BASE_TOKEN)) {
   -repository = getCatalinaBase()
   +repository = getCatalinaBase()
+ repository.substring(CATALINA_BASE_TOKEN.length());
}
 
   @@ -159,14 +163,14 @@
// Retrieving MBean server
MBeanServer mBeanServer = null;
if (MBeanServerFactory.findMBeanServer(null).size()  0) {
   -mBeanServer =
   +mBeanServer =
(MBeanServer) 
 MBeanServerFactory.findMBeanServer(null).get(0);
} else {
mBeanServer = MBeanServerFactory.createMBeanServer();
}
 
// Register the server classloader
   -ObjectName objectName =
   +ObjectName objectName =
new ObjectName(Catalina:type=ServerClassLoader,name= + name);
mBeanServer.registerMBean(classLoader, objectName);
 
 
 
 
 
 -
 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: Cant commit tomcat-dev translation ;(

2005-09-03 Thread Henri Gomez
Well I tried the commit from my Eclipse 3.02 environnement.

I saw the keyboard interactive request but the error came with
'insuffisant karma !'

2005/9/2, Mark Thomas [EMAIL PROTECTED]:
 Henri,
 
 How are you connecting to CVS? There was an OS upgrade to
 people.apache.org aka minotaur.apache.org a little while ago that made
 ssh stricter in what it would and would not accept.
 
 The solution seemed to be use ssh2 rather than ssh1 and use
 keyboard-interactive authentication rather than password.
 
 Of course if you are not going anywhere near minotaur this won't help
 a bit ;)
 
 Mark
 
 Henri Gomez wrote:
  I got error while commiting an update in :
 
  /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties
 
  Thanks to commit it :)
 
 
 
  
 
  -
  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]
 


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



Re: Cant commit tomcat-dev translation ;(

2005-09-03 Thread Henri Gomez
Here is the report from eclipse console :

***
cvs ci -m update translation   
/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties
 Access denied: Insufficient Karma
(hgomez|/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11)
cvs commit: Pre-commit check failed
cvs [commit aborted]: correct above errors first!
The server reported an error while performing the cvs commit
command. (took 0:00.813)
Error: jakarta-tomcat-connectors: cvs commit: Pre-commit check failed
Error: jakarta-tomcat-connectors: cvs [commit aborted]: correct above
errors first!
***


2005/9/3, Henri Gomez [EMAIL PROTECTED]:
 Well I tried the commit from my Eclipse 3.02 environnement.
 
 I saw the keyboard interactive request but the error came with
 'insuffisant karma !'
 
 2005/9/2, Mark Thomas [EMAIL PROTECTED]:
  Henri,
 
  How are you connecting to CVS? There was an OS upgrade to
  people.apache.org aka minotaur.apache.org a little while ago that made
  ssh stricter in what it would and would not accept.
 
  The solution seemed to be use ssh2 rather than ssh1 and use
  keyboard-interactive authentication rather than password.
 
  Of course if you are not going anywhere near minotaur this won't help
  a bit ;)
 
  Mark
 
  Henri Gomez wrote:
   I got error while commiting an update in :
  
   /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties
  
   Thanks to commit it :)
  
  
  
   
  
   -
   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]
 
 


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



Cant commit tomcat-dev translation ;(

2005-09-02 Thread Henri Gomez
I got error while commiting an update in :

/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties

Thanks to commit it :)

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

Re: Migration to Subversion

2005-07-30 Thread Henri Gomez
As one of the few, still having TC 3.3.x in production (hard to make
net admins move), I could see that I have no problem with JTC and JDK
1.4.x dependencies.

And as you say, JTC is optional in TC 3.3.x :)



2005/7/30, Bill Barker [EMAIL PROTECTED]:
 
 - Original Message -
 From: Mark Thomas [EMAIL PROTECTED]
 To: Tomcat Developers List tomcat-dev@jakarta.apache.org
 Sent: Friday, July 29, 2005 3:30 PM
 Subject: Re: Migration to Subversion
 
 
  Yoav Shapira wrote:
  
  Any and all comments appreciated. In particular:
  a. Should more 3.x.x versions should be included in 4  5 above?
  b. I have assumed that all releases before 5.5.x will use the 5.0 branch
  of the connectors. Is this assumption valid?
  
   I don't think so.  Some Tomcat 3.x versions, for example, already use
 the
   latest connectors that are also used by Tomcat 5.5.
 
  That is fine as long as you build and run on a 1.4+ JDK but when checking
 for
  1.3 compatibility the Coyote/HTTP connector fails. The root cause is the
 use
  of the 1.4 regexp API in o.a.coyote.http11.Http11Processor
  (http://marc.theaimsgroup.com/?l=tomcat-devm=109403344007532w=2).
 
 
 This is true.  However in TC 3.3 the Coyote connectors have always been
 optional.  That's why I've kept it using j-t-c HEAD even with the 1.4
 dependancy.  Of course, it's pretty mote until it's time to do a 3.3.3
 release ;-).
 
  Possible solutions:
  1. Use the 5.0 branch
  2. Revert the patch and go back to using jakarta-regexp
  3. Introduce an o.a.coyote.http11.tomcat4 package and place a copy of
  Http11Processor in it that uses jakarta-regexp.
 
  Pros/Cons
  1. Would mean an awful lot of porting.
  2. Quick but adds an unnecessary library to TC5 and leaves TC5 using two
  different regexp libs
  3. Relatively quick but would need some build.xml tweaking for TC5
 
  Unless anyone has a better idea, I'll crack on with 3 over the weekend.
 
 
 I've thought that it should be possible to do this with an Ant filter (so
 that you don't have to maintain a separate copy of the file).  I've always
 been too lazy to actually sit down and write it however. :).
 
  On the Subversion front, I have TC4 building with
 jakarta-tomcat-connectors
  HEAD and will commit it once I have finished testing the various connector
 and
  JVM combinations (I don't plan to provide APR support in TC4). Once I have
 got
  this out of the way, I'll work with Henri on the test Watchdog migration.
 
  Mark
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 
 This message is intended only for the use of the person(s) listed above as 
 the intended recipient(s), and may contain information that is PRIVILEGED and 
 CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, 
 or distribute this message or any attachment. If you received this 
 communication in error, please notify us immediately by e-mail and then 
 delete all copies of this message and any attachments.
 
 In addition you should be aware that ordinary (unencrypted) e-mail sent 
 through the Internet is not secure. Do not send confidential or sensitive 
 information, such as social security numbers, account numbers, personal 
 identification numbers and passwords, to us via ordinary (unencrypted) e-mail.
 
 
 -
 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: [VOTE] JK 1.2.14.1

2005-07-25 Thread Henri Gomez
Binaries for iSeries uploaded main directory. Should appears in mirrors soon.

2005/7/20, Henri Gomez [EMAIL PROTECTED]:
 good for me on Suse SLES 9 PowerPC.
 
 On iSeries V5R3 built without problem, waiting now for installation on
 our test machine.
 
 2005/7/19, Jean-Jacques Clar [EMAIL PROTECTED]:
 
  Please vote:
  
  
  [X] Stable -- good build
  [ ] Alpha -- something serious is wrong: what is it?
 
  Functional and stress tested against 2.0.54, and 2.1.6
  on NetWare 6.5 SP3 and SP4 on MP server (4 CPUS).
  Only stress test for apache 1.3.
  Using Tomcat 4.1.30.
 
  Thank you,
 
  JJ
 
 


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



Re: [VOTE] JK 1.2.14.1

2005-07-20 Thread Henri Gomez
good for me on Suse SLES 9 PowerPC.

On iSeries V5R3 built without problem, waiting now for installation on
our test machine.

2005/7/19, Jean-Jacques Clar [EMAIL PROTECTED]:
 
 Please vote:
 
 
 [X] Stable -- good build
 [ ] Alpha -- something serious is wrong: what is it?
 
 Functional and stress tested against 2.0.54, and 2.1.6
 on NetWare 6.5 SP3 and SP4 on MP server (4 CPUS).
 Only stress test for apache 1.3.
 Using Tomcat 4.1.30.
 
 Thank you,
 
 JJ
 


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



Re: binary streaming / content-type problem with mod_jk ?

2005-07-20 Thread Henri Gomez
not true, mod_jk didn't change the mime type provided by servlet output.

I'm doing it on productions servers to handle on the fly generated PDFs

2005/7/20, Jérôme Chauvin [EMAIL PROTECTED]:
 Any ideas ?
 It would be helpful :)
 Thanks,
 
 Jérôme Chauvin
 
 Le 19 juil. 05, à 10:09, Jérôme Chauvin a écrit :
 
  Hi all !
 
  I've developed a servlet (BinaryStreaming based on
  StreamingContent by Raj Behera) which does a binary stream of a mpeg
  video file which is created progressively (by another
  servlet/software/Unix command/... not important ) and finally read and
  played by Quicktime.
  I use Apache and Tomcat so I've installed mod_jk
 
  All work well (- MacOS and Windows) but... :
  If I go on http://localhost:8080/my_test/BinaryStreaming it
  works well with QuickTime 7 and QuickTime 6 (6, 6.5, 6.5.2, ...).
 
  I have mod_jk so I can go on
  http://localhost/my_test/BinaryStreaming   and here it still works
  well with QT7.
  But QT6 seems to wait that the video file is entirely created to start
  the viewing instead of starting to play the movie as soon as there is
  data in it, progressively.
  - like it does with QT7 and QT6 with :8080  OR  when I use QT7
  without :8080.
 
  I think it's due to mod_jk but I've no idea to make it work
 
 
  I've found that another person had a similar problem, but no answer
  was given :
  http://www.junlu.com/msg/107218.html
 
  This message was posted in 09/2004 and it seems that Apache causes
  problems with pre-defined MIME-Types.
 
 
 
  Does someone have an answer or an idea ? :-)
  I really need to fix this ! :(
 
  Thanks in advance.  :o)
 
  Regards,
 
  Jérôme
 
  ---
  Jérôme Chauvin
 
  OPSOMAI
  77, rue de Charonne
  75011 Paris - France
  Tél : +33 (0)1 58 39 38 22
  Fax : +33 (0)1 43 70 70 72
  @ : [EMAIL PROTECTED]
  URL : http://www.opsomai.com


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



Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Henri Gomez
+0, JF act as RM :)

2005/7/1, Mladen Turk [EMAIL PROTECTED]:
 jean-Frederic clear wrote:
  Mladen Turk wrote:
 
  [EMAIL PROTECTED] wrote:
 
  no: links only wants -dump, but I have not problems to add elinks.
 
 
 Also, how about you volunteer for a 1.2.14 RM?
 I was doing that for the last year and I'm getting pretty tired ;)
 
 I will build as many binaries as I can.
 
 Regards,
 Mladen.
 
 -
 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: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Henri Gomez
Because JFC is a great guy and someone I meet often.

And yes he will be a great RM :)

Go JFC, go

2005/7/1, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  +0, JF act as RM :)
 
 
 Why?
 He is a nice guy. He is even younger then Bob Geldof,
 so what the obstacle for some altruism ;)
 
 Cheers,
 Mladen.
 
 -
 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: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh

2005-07-01 Thread Henri Gomez
make a source tarball bvefore release so I could check on iSeries

2005/7/1, jean-frederic clere [EMAIL PROTECTED]:
 Mladen Turk wrote:
  jean-frederic clere wrote:
 
 
  Well there are still 20 bugs in tomcat5/mod-jk, what do with them?
 
 
  Not sure. Lot's of obsolete things that need a simple cleanup.
 
 Ok I will start to clean bugzilla.
 
 
  I can only tell the current CVS is the best ever mod_jk we had.
  If it builds on all platforms (ant it does AFAICT),
  we should go for the release ASAP.
 
 I will test it on BS2000, if it builds and runs there it is ready for a 
 release!
 
 
  There are just too many things that has been fixed since last stable,
  that we should ignore or try to wait much further.
 
  Regards,
  Mladen.
 
  -
  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]
 


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



Re: Releasing JK 1.2.14

2005-06-29 Thread Henri Gomez
could you provide a beta source tarball to make the usual iSeries builds ?

2005/6/29, Mladen Turk [EMAIL PROTECTED]:
 Hi all,
 
 Anyone aware of any pending issues for the next release.
 Seems that all the bugs has been resolved from the 1.2.13.
 
 If there are no objections, we can make a release by the
 end of this week.
 How that sounds?
 
 Regards,
 Mladen.
 
 -
 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: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Henri Gomez
What do you need on iSeries ?

2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 Mladen Turk wrote:
  jean-frederic clere wrote:
 
  Mladen Turk wrote:
 
 
  Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
  What will you use if the int is 64 bits?
 
 
 
  a long ;-)
 
 
  Right :)
 
  You will need the portable.in in that case, right?
 
 Yes and I will ask Henri to check AS400 see jk_global.h:
 +++
 #if !defined(WIN32)  !defined(AS400)
 #include portable.h
 #else
 +++
 
 
  -
  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]
 


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



Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Henri Gomez
status_strfsize ? APR ?

2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 Henri Gomez wrote:
  What do you need on iSeries ?
 
 Just to know what to use to have:
 JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 
 bits)
   and to check status_strfsize().
 
 
  2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 
 Mladen Turk wrote:
 
 jean-frederic clere wrote:
 
 
 Mladen Turk wrote:
 
 
 Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
 What will you use if the int is 64 bits?
 
 
 
 a long ;-)
 
 
 Right :)
 
 You will need the portable.in in that case, right?
 
 Yes and I will ask Henri to check AS400 see jk_global.h:
 +++
 #if !defined(WIN32)  !defined(AS400)
 #include portable.h
 #else
 +++
 
 
 -
 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]
 
 
 
 
  -
  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]
 


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



Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Henri Gomez
unsigned long is 32 bits and unsigned long long is 64 bits on iSeries


2005/6/14, Henri Gomez [EMAIL PROTECTED]:
 status_strfsize ? APR ?
 
 2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
  Henri Gomez wrote:
   What do you need on iSeries ?
 
  Just to know what to use to have:
  JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 
  bits)
and to check status_strfsize().
 
  
   2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
  
  Mladen Turk wrote:
  
  jean-frederic clere wrote:
  
  
  Mladen Turk wrote:
  
  
  Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
  What will you use if the int is 64 bits?
  
  
  
  a long ;-)
  
  
  Right :)
  
  You will need the portable.in in that case, right?
  
  Yes and I will ask Henri to check AS400 see jk_global.h:
  +++
  #if !defined(WIN32)  !defined(AS400)
  #include portable.h
  #else
  +++
  
  
  -
  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]
  
  
  
  
   -
   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]
 
 


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



Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c

2005-06-14 Thread Henri Gomez
ok, but couldn't build now from CVS, but it should works after
jk_u64_t is defined as unsigned long long.

Since we couldn't use portable.h on iSeries, it should be elsewhere ...

2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 Henri Gomez wrote:
  status_strfsize ? APR ?
 
 Nearly: jakarta-tomcat-connectors/jk/native/common/jk_status.c ;-)
 
 
 
  2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 
 Henri Gomez wrote:
 
 What do you need on iSeries ?
 
 Just to know what to use to have:
 JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 
 bits)
   and to check status_strfsize().
 
 
 2005/6/14, jean-frederic clere [EMAIL PROTECTED]:
 
 
 Mladen Turk wrote:
 
 
 jean-frederic clere wrote:
 
 
 
 Mladen Turk wrote:
 
 
 
 Yes, but all that we need is 32 bit unsigned integer for JK_UINT4
 What will you use if the int is 64 bits?
 
 
 
 a long ;-)
 
 
 Right :)
 
 You will need the portable.in in that case, right?
 
 Yes and I will ask Henri to check AS400 see jk_global.h:
 +++
 #if !defined(WIN32)  !defined(AS400)
 #include portable.h
 #else
 +++
 
 
 
 -
 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]
 
 
 
 
 -
 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]
 
 
 
 
  -
  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]
 


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



Re: Tomcat 5 Redhat Fedora rpm question

2005-06-01 Thread Henri Gomez
Yep, for all Java RPM based stuff, jpackage.org is your friend :)


2005/6/1, Yoav Shapira [EMAIL PROTECTED]:
 Hi,
 JPackage: http://www.jpackage.org/rpm.php?id=1901.
 
 Yoav
 
  -Original Message-
  From: Bernard [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, June 01, 2005 2:46 AM
  To: tomcat-dev@jakarta.apache.org
  Subject: Tomcat 5 Redhat Fedora rpm question
 
  Hi,
 
  I am interested in packaging Tomcat.
 
  So I found (using rpmseek.com) the following files:
 
  tomcat5-5.0.30-5jpp_6fc.i386.rpm
  tomcat5-5.0.30-5jpp_4fc.src.rpm
 
  At a first glance, these files looked like what I wanted to create,
  but they contain much more than what I expected and I need to learn
  more about the work that is being put into this by others.
 
 
  Questions:
 
1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a
  binary distribution but it has an incredible number of development
  file dependencies. Why does it require libgcj?
 
2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling
  Tomcat ? I thought being a cross platform Java application,
  compilation of the source is not required.
  Does it perform a native compile (libgcj)? If so, is this the future
  norm?
 
  Who are the people to contact re the most common Redhat distribution?
 
  Many thanks,
 
  Bernard
 
 
  -
  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]
 


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



Re: Adding working dynamically with mod_jk status?

2005-05-25 Thread Henri Gomez
Well it should be the final goal.

A way to add a worker dynamically and also if possible an URI to worker.

As such we could have a 24/24 7/7 dynamically manageable tomcat farm
routeur (if we see the HTTP server as such)

2005/5/24, Mladen Turk [EMAIL PROTECTED]:
 [EMAIL PROTECTED] wrote:
  Any ideas or recommendations on this?
 
 
 Adding workers would be tricky because if member of load balancer
 it has to be known at startup time so that shared memory slot can be
 allocated.
 
 The only solution would be to edit the workers.properties file and
 then forcing the Apache to restart.
 
 
 Regards,
 Mladen.
 
 -
 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]



jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Henri Gomez
A quick note to tell that both jk 1.2.11 and 1.2.13 didn't works on iSeries.

Can't check why now but iSeries users should stay with 1.2.10 :)

Regards

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



Re: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Henri Gomez
Nope, but I suspect a bad build options somewhere.

I rebuild 1.2.13 with the up to date options and wait my net engineers
to make a try.

stray tuned

2005/5/24, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  A quick note to tell that both jk 1.2.11 and 1.2.13 didn't works on iSeries.
 
 
 Very informative email. Thanks for sharing that ;)
 
  Can't check why now but iSeries users should stay with 1.2.10 :)
 
 
 Any particular messages or clues?
 
 Regards,
 Mladen.
 
 -
 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: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Henri Gomez
Well I couldn't use configure on iSeries.

What's libs are you talking for ?

2005/5/24, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  Nope, but I suspect a bad build options somewhere.
 
 
 Probably some libraries missing in detecting network
 capabilities within configure.in.
 
 
  I rebuild 1.2.13 with the up to date options and wait my net engineers
  to make a try.
 
 
 Aha... Now we even have a staff of engineers. Cool :)
 
  stray tuned
 
 
 No problemo,
 Mladen.
 
 -
 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: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Henri Gomez
well I didn't add USE_SO_RCVTIMEO and USE_SO_SNDTIMEO so the
jk_connect code is as previously.

OS/400 known this flags so added in the build command for jk_connect c compile


2005/5/24, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  Well I couldn't use configure on iSeries.
 
  What's libs are you talking for ?
 
 
 See the JK_CHECK_SETSOCKOPT function in configure.in
 Perhaps the -lsocket (socket lib) is missing on iSeries?
 If it is, we'll need some arch switch.
 
 Regards,
 Mladen.
 
 -
 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: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc

2005-05-24 Thread Henri Gomez
From iSeries manual :

SO_RCVTIMEO :

Set the receive timeout value. This option is not supported unless
_XOPEN_SOURCE is defined to be 520 or greater.

SO_SNDTIMEO :

Set the send timeout value. This option is not supported unless
_XOPEN_SOURCE is defined to be 520 or greater.

So for OS400 V5R2 and higher.

24 May 2005 11:59:29 -, [EMAIL PROTECTED] [EMAIL PROTECTED]:
 hgomez  2005/05/24 04:59:29
 
   Modified:jk/native/apache-2.0 bldjk.qclsrc
   Log:
   Make use of SO_RCVTIMEO and SO_SNDTIMEO on iSeries (no configure to help us 
 on OS/400)
 
   Revision  ChangesPath
   1.13  +2 -1  
 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc
 
   Index: bldjk.qclsrc
   ===
   RCS file: 
 /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc,v
   retrieving revision 1.12
   retrieving revision 1.13
   diff -u -r1.12 -r1.13
   --- bldjk.qclsrc  15 Feb 2005 07:19:05 -  1.12
   +++ bldjk.qclsrc  24 May 2005 11:59:28 -  1.13
   @@ -99,7 +99,8 @@
CRTCMOD MODULE(MOD_JK/JK_CONNECT) +
SRCSTMF('/home/apache/jk/native/common/jk_connect.c') +
DEFINE('AS400' 'HAVE_JNI' 'HAVE_APR' '_XOPEN_SOURCE=520' +
   -   'USE_APACHE_MD5' '_REENTRANT') +
   +   'USE_APACHE_MD5' '_REENTRANT' 'USE_SO_RCVTIMEO' +
   +   'USE_SO_SNDTIMEO' ) +
TEXT('jk_connect.c') +
OPTIMIZE(40) +
SYSIFCOPT(*IFSIO) +
 
 -
 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: jk 1.2.11 / 1.2.13 not working on iSeries

2005-05-24 Thread Henri Gomez
ok, it works on iSeries.

Will upload binaries for iSeries OS400 V5R3 asap

2005/5/24, Henri Gomez [EMAIL PROTECTED]:
 well I didn't add USE_SO_RCVTIMEO and USE_SO_SNDTIMEO so the
 jk_connect code is as previously.
 
 OS/400 known this flags so added in the build command for jk_connect c compile
 
 
 2005/5/24, Mladen Turk [EMAIL PROTECTED]:
  Henri Gomez wrote:
   Well I couldn't use configure on iSeries.
  
   What's libs are you talking for ?
  
 
  See the JK_CHECK_SETSOCKOPT function in configure.in
  Perhaps the -lsocket (socket lib) is missing on iSeries?
  If it is, we'll need some arch switch.
 
  Regards,
  Mladen.
 
  -
  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: JK 1.2.13 TAGGED

2005-05-18 Thread Henri Gomez
Or provide a jk 1.2.13a including this fix for novell ?

2005/5/18, jean-frederic clere [EMAIL PROTECTED]:
 Mladen Turk wrote:
  Günter Knauf wrote:
 
  Hi Mladen,
 
 
  JK 1.2.13 has been taggeded as we agreed last week,
  and the tarballs are available at:
  http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/
 
 
 
  any particular reason why you didnt tag my last commit on jk_connect.c?
  http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/jk/native/common/jk_connect.c?rev=1.59view=log
 
  now we can again not build for AP13 on NetWare without patching.
  I thought you said last time that you are fine with the patch?
 
 
  Seems I made a mistake while tagging, although have no idea
  why that happened :(.
  I've retagged the jk_connect.c JK_1_2_13 to rev 1.59, so that
  Netware patches are now included.
 
  Hope I didn't break any ASF rule by that.
  Should I recreate the tarballs?
 
 I am not 100% ok with this because the tarballs without the patch are already 
 in
 mirrors...
 If the error is only in NetWare put the patch in README.html of
 /www/www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/netware.
 
 
  Regards,
  Mladen.
 
  -
  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]
 


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



Re: JK 1.2.13 TAGGED - ws_write call to ap_rflush in mod_jk.c

2005-05-18 Thread Henri Gomez
good idea.

Which state by default ?

2005/5/18, jean-frederic clere [EMAIL PROTECTED]:
 Mladen Turk wrote:
  jean-frederic clere wrote:
 
  Mladen Turk wrote:
 
  I think on/off is enough - Think of the questions nnn will bring in
  user list -
 
 
  So how about to just add the flag to JkOptions like +FlushPackets?
 
 +1.
 
 
  Regards,
  Mladen.
 
  -
  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]
 


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



Re: JK 1.2.12 is broken and can not be released as stable

2005-05-10 Thread Henri Gomez
Well the JK 1.2 branch should be fixed and when we'll have something
stable, we could start a new branch.

BTW, there was many bugs related to LB in jk for ages :-)

2005/5/10, Klaus Wagner [EMAIL PROTECTED]:
 On Tue, May 10, 2005 at 11:33:56AM +0200, Mladen Turk wrote:
  There was a nasty bug in load balancer, that basically
  broke the failover.
 
  Interesting is that it was spotted only when the release
  was made, so this gives one reason more for making some
  sort of releases and binaries to attract more users to
  actually do the testing.
 
  My question is what to do?
 
 I am observing these mod_jk issues quite some time lurking on
 tomcat-dev and from a user POV I'd really appreciate a fork of
 mod_jk into 1.2 stable and 1.3 (or whatsoever) unstable.
 
 During 1.2 development after 1.2.5 serious changes have been added
 that a) broke compabilty and b) added new features that introduced
 a lot of new issues and bugs.
 
 Don't take me wrong, mod_jk is a great peace of software and the
 new features are really good in concept, but IMHO I would not consider
 any mod_jk release after 1.2.6 stable.
 
 Mladen has done a great Job in improving mod_jk, but I think that this
 sort of changes require a new branch.
 
 And finally another issue about mod_jk ... lack of dokumentation.
 
 I think I have seen the local_worker issue several times on the dev
 list, and I am not watching the user list. Wouldn't it be easier to
 document the newer redirect features than answering tons of mails
 from users that ask for it.
 
 I am neither a contirbutor, nor a developer nor a member of asf,
 so my opinion may not weight much...
 
 regards Klaus
 
 -
 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: Code Submission - Wild Card Aliases

2005-05-03 Thread Henri Gomez
+1

BTW, did there is provision to reduce search to only *.mydomain.com ?


2005/5/3, Yoav Shapira [EMAIL PROTECTED]:
 Hi,
 The performance impact is not that big.  If it was a configurable option,
 e.g. enableAliasWildcardMatching, turned off by default, I'd be OK with it.
 
 Yoav
 
  -Original Message-
  From: Remy Maucherat [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, May 03, 2005 10:04 AM
  To: Tomcat Developers List
  Subject: Re: Code Submission - Wild Card Aliases
 
  George Sexton wrote:
   I have completed the coding in o.a.t.u.http.mapper.Mapper to implement
   wild-card aliases.
  
   If a request for a host is made, and that host is not found, the code
  tests
   the host and aliases list and looks for wild-cards.
  
   So, a host name of www.mydomain.com would match an alias of
  *.mydomain.com.
   This additional level of testing is only done if the the presented host
  name
   is not found in the standard host list. Once a host is found via wild-
  card,
   it is added to the standard host list. Subsequent requests for that host
   name will find it via the standard search mechanism.
  
   As part of the conversion, I re-worked the test harness code and
  expanded it
   to be a lot more complete. The output of the new test harness with the
   unmodified Mapper code matches identically the output of the modified
   mapper. IOW, I'm 99% confident that the behavior of the Mapper matches
  the
   old Mapper.
  
   The time differential between the two runs is around 500ms over 1
  million
   iterations. I.E. the original code runs in 8000 ms for 1 million
  iterations
   of the testing code, while the new code takes 8500ms. The new code adds
   approximately 0.05 % to the time for a lookup.
  
   I am running the modified mapper code with 5.5.9 on an installation that
  has
   40 hosts configured and it seems to be working correctly.
  
   I'd really appreciate it if a committer would get this added to the
  source
   tree.
  
   The complete modified Mapper.java file can be downloaded from:
  
   http://www.mhsoftware.com/~gsexton/Mapper.java
  
   If a decision is made to reject this patch, I'd appreciate knowing why.
  If
   there's something wrong from a coding or style perspective, I'd be happy
  to
   fix things.
 
  -1 for lower performance and questionable use case.
  (I didn't get the patch, but I don't really wish to)
 
  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]
 


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



Re: [ANN/VOTE] JK 1.2.11 Released

2005-04-29 Thread Henri Gomez
Seems to works on Suse 8.0 PowerPC and build in run for iSeries.

Working right now on PASE (AIX 5.2 emulation on iSeries) and may be
some AIX 5.2 binaries could be provided later :)


2005/4/29, Jim Jagielski [EMAIL PROTECTED]:
 Mladen Turk wrote:
 
 
  [X] Stable -- good build
  [ ] Alpha -- something serious is wrong: what is it?
 
 
 Testing so far is positive.
 
 --
 ===
Jim Jagielski   [|]   [EMAIL PROTECTED]   [|]   http://www.jaguNET.com/
 There 10 types of people: those who read binary and everyone else.
 
 -
 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: [ANN/VOTE] JK 1.2.11 Released

2005-04-29 Thread Henri Gomez
Binaries for iSeries v5R3 and Suse 8.0 SLES PPC uploaded

2005/4/29, Glenn Nielsen [EMAIL PROTECTED]:
 Builds and runs fine on both Solaris 7 and 8.
 
 [X] Stable -- good build
 
 Glenn
 
 On Fri, Apr 29, 2005 at 10:18:50AM +0200, Mladen Turk wrote:
  Hi,
 
  JK 1.2.11 has been released
  This is mostly a bug fix release. Please see the:
  http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
  for a full list of changes.
 
 
  Sources can be found at:
  http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.11/
 
  Binaries can be found at:
  http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/
  For now there is a set of win32 binaries:
  http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.11/
  and some linux binaries:
  http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/linux/jk-1.2.11/
 
  Feel free to add any other binaries for your favorite platform :)
 
 
  I would also like to make a stability VOTE at once
  (to keep the email noise at minimum).
  The vote will run for about 72 hours as usual, perhaps more
  because it's Friday :).
 
  So...
 
  [ ] Stable -- good build
  [ ] Alpha -- something serious is wrong: what is it?
 
 
 
  Regards,
  Mladen.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 --
 Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
 MOREnet System Programming   |  * if iz ina coment.  |
 Missouri Research and Education Network  |  */   |
 --
 
 -
 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: JK Releasing 1.2.11/1.2.12

2005-04-26 Thread Henri Gomez
Well 1.2.11 will be the latest stable release, until we discover bugs
in it and release a 1.2.12.

:-)

2005/4/26, Mladen Turk [EMAIL PROTECTED]:
 William A. Rowe, Jr. wrote:
 I wish to make the 1.2.11 as a bugfix release, so where's the
 churn in that?
  Nothing, 1.2.11 is wonderful.
 
  You proposed releasing 1.2.12/stable a few days afterwards.
 
  I don't know if calling 1.2.12/stable in a few days is really such
  a hot idea.
 
 Me neither. I see that my idea about odd/even numbering was
 not so smart at all.
 
 Regards,
 Mladen.
 
 
 -
 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: JK Releasing 1.2.11/1.2.12

2005-04-26 Thread Henri Gomez
AJP14 remove in JK 1.2.x and also in JTC ?

So where will you put new AJP stuff ?

2005/4/26, Mladen Turk [EMAIL PROTECTED]:
 Glenn Nielsen wrote:
 
  We may want to consider use of a 1.3 development branch for new
  features. I have noticed that there have been significant new features
  added between releases of mod_jk 1.2.
 
 
 Well, I agree with you that we create a new branch.
 I wish to deprecate ajp12, jni and ajp14 connectors,
 as well as isapi, domino and ntservice servers.
 
 Reasons:
 ajp12: Old connector. We have 1.2 branch for it
 jni: unusable
 ajp14: Unsupported and IMO impossible without rewriting the connector
 isapi, domino, ntservice: unmaintained for years.
 
 Regards,
 Mladen.
 
 -
 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: JK Releasing 1.2.11/1.2.12

2005-04-26 Thread Henri Gomez
Ok, what's the plan for the new connector ?

2005/4/26, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  AJP14 remove in JK 1.2.x and also in JTC ?
 
  So where will you put new AJP stuff ?
 
 
 Inside the new connector :).
 
 Really if we wish to have a full dynamic config,
 discovery, encryption and compression we should
 stick to APR, Apache2/IIS.
 IMO for that kind of things we need a modern server
 and modern OS abstraction framework without any compromises.
 Only in that case we would be able to achieve something.
 
 Regards,
 Mladen.
 
 -
 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: JK Releasing 1.2.11/1.2.12

2005-04-25 Thread Henri Gomez
Just make a 1.2.11-dev available and if it works, release the 1.2.11 

2005/4/25, Mladen Turk [EMAIL PROTECTED]:
 Peter Rossbach wrote:
  that is a very shot time period for testing.
 
 Well, some of the things are really critical, so that's the reason.
 
  I can start some test not before monday next week, but I setup a new
  server today a
  start with testing with jk cvs head.
 
 
 Well, It will be not be advertised as stable until enough votes
 are collected. This of course does not prevent users from using
 the new version that fixes the present bugs.
 
 We can always release a version and if not voted as stable, just bump
 to another one. The current head contains some significant bug fixes,
 and if some others get found during the testing period
 (this week basically), we can easily go to the next version.
 
 
 Regards,
 Mladen.
 
 -
 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: JK Releasing 1.2.11/1.2.12

2005-04-25 Thread Henri Gomez
2005/4/25, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
  Just make a 1.2.11-dev available and if it works, release the 1.2.11
 
 
 Yes, I was trying to make a odd/even versioning, but seems it does not
 mater.

Well HTTPD team didn't make this odd/even versioning :)

 Also how about dropping the documentation build from the source
 distribution, as well as ant build files.

 I can made some automated CHANGES.txt from the changelog.xml,
 as well as BUILDING from install/apache1.xml, install/apache2.xml
 and install/iis.xml, as well as STATUS.txt from news/*.xml
 
 This way we would have a small subset of textual docs while
 maintaining only XML documentation.

So the CHANGES.txt and BUILDING will be generated by you at YOUR build
time and included in the final source archive ?

No problem for me

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



Re: JK Releasing 1.2.11/1.2.12

2005-04-25 Thread Henri Gomez
Ok :)

2005/4/25, Mladen Turk [EMAIL PROTECTED]:
 Henri Gomez wrote:
 
  Well HTTPD team didn't make this odd/even versioning :)
 
 
 Yes I know ;)
 
  So the CHANGES.txt and BUILDING will be generated by you at YOUR build
  time and included in the final source archive ?
 
 
 Well, If I succeed to make an ant task that will generate formated .txt
 along with .html, then it would be generate by jkrelease.sh. If not,
 I'll just update those files.
 
 Mladen.
 
 -
 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: bugs 34140 and 34199

2005-04-22 Thread Henri Gomez
2005/4/22, Ian F. Darwin [EMAIL PROTECTED]:
 Henri Gomez wrote:
 
 I know that but if your starter wrapper check if the process whom pid
 is stored on the file is still alive it could determine if the process
 has been aborted via kill -9.
 
 I'm using this kind of hack in Linux init.d rc for at least 2 years,
 whitout problems
 
 
 
 Right, if you read the PID and send it a signal to ensure it's still
 alive at the OS level, you get quite a bit of reliability.

Here's part of my init.d script :



TOMCAT_CFG=/etc/tomcat55/conf/tomcat55.conf
[ -r $TOMCAT_CFG ]  . ${TOMCAT_CFG}

if [ -x /etc/rc.d/init.d/functions ]; then
. /etc/rc.d/init.d/functions
else
# Check if $pid (could be plural) are running
checkpid() {
local i

for i in $* ; do
[ -d /proc/$i ]  return 0
done
return 1
}
fi



start() {
echo -n Starting $TOMCAT_PROG: 

if [ -f /var/lock/subsys/tomcat55 ] ; then
read kpid  /var/run/tomcat55.pid
if checkpid $kpid 21; then
echo process allready running
return -1
else
echo lock file found but no process running for pid
$kpid, continuing
fi
fi
   if [ -x /etc/rc.d/init.d/functions ]; then
daemon --user $TOMCAT_USER $TOMCAT_SCRIPT start
else
su - $TOMCAT_USER -c $TOMCAT_SCRIPT start
fi
RETVAL=$?
echo
[ $RETVAL = 0 ]  touch /var/lock/subsys/tomcat55
return $RETVAL
}


stop() {
echo -n Stopping $TOMCAT_PROG: 

if [ -f /var/lock/subsys/tomcat55 ] ; then
if [ -x /etc/rc.d/init.d/functions ]; then
daemon --user $TOMCAT_USER $TOMCAT_SCRIPT stop
else
su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop
fi
RETVAL=$?
echo

RETVAL=$?
echo

if [ $RETVAL = 0 ]; then
let count=0;

if [ -f /var/run/tomcat55.pid ]  [ ! -z
/var/run/tomcat55.pid ]; then

read kpid  /var/run/tomcat55.pid
let kwait=$SHUTDOWN_WAIT

until [ `ps --pid $kpid | grep -c $kpid` = '0' ] || [
$count -gt $kwait ]
do
echo waiting for processes to finish;
sleep 1
let count=$count+1;
done

if [ $count -gt $kwait ]; then
echo killing processes which didn't stop after
$SHUTDOWN_WAIT seconds
/bin/kill -9 $kpid
fi
fi

rm -f /var/lock/subsys/tomcat55 /var/run/tomcat55.pid
fi
fi
}


part of my TOMCAT_SCRIPT :

TOMCAT_CFG=/etc/tomcat55/conf/tomcat55.conf
[ -r $TOMCAT_CFG ]  . ${TOMCAT_CFG}

java ${JAVA_OPTS} ${HEADLESS}
-Djava.endorsed.dirs=/var/tomcat55/common/endorsed
-Dcatalina.base=/var/tomcat55 -Dcatalina.home=/var/tomcat55
-Djava.io.tmpdir=/var/tomcat55/temp -classpath ${CLASSPATH}
org.apache.catalina.startup.Bootstrap $@ 
/var/log/tomcat55/tomcat55.log 21 

if [ ! -z $TOMCAT_PID ]  [ $1 != stop ] ; then
echo $!  $TOMCAT_PID
fi

As you could see the TOMCAT_SCRIPT grab the tomcat main process id via $!

Bash power :-)

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



Re: bugs 34140 and 34199

2005-04-21 Thread Henri Gomez
Many way :

- check the AJP port is listening on the right port.

- Add a 'status' file in AJP support created after AJP is completly up
and destroyed when AJP is closing.

BTW, it will be better to have such file created when Tomcat is fully
started (independant from AJP which could be disactivated by conf) and
destroyed just before Tomcat stop. And if you could get the initial
process/job id and pass it to tomcat, it could fill this fill with
such jobid.

2005/4/21, jean-frederic clere [EMAIL PROTECTED]:
 Hi,
 
 Those 2 are reported against Daemon, but the user is looking for a safe way 
 to
 know that Tomcat is completly up (AJP connector ready) or completly down. In
 jsvc the completly down case is easy: the JVM has exited.
 
 Any hints for the completly up case?
 
 Cheers
 
 Jean-frederic
 
 -
 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: bugs 34140 and 34199

2005-04-21 Thread Henri Gomez
I know that but if your starter wrapper check if the process whom pid
is stored on the file is still alive it could determine if the process
has been aborted via kill -9.

I'm using this kind of hack in Linux init.d rc for at least 2 years,
whitout problems

2005/4/21, Ian F. Darwin [EMAIL PROTECTED]:
 Henri Gomez wrote:
 
 Many way :
 
 - check the AJP port is listening on the right port.
 
 - Add a 'status' file in AJP support created after AJP is completly up
 and destroyed when AJP is closing.
 
 BTW, it will be better to have such file created when Tomcat is fully
 started (independant from AJP which could be disactivated by conf) and
 destroyed just before Tomcat stop. And if you could get the initial
 process/job id and pass it to tomcat, it could fill this fill with
 such jobid.
 
 
 Anything depending on files will give false positives when Tomcat is
 hit by kill -9 (on unix, or equiv on others), dies to to a JVM crash, or
 hangs after an out of memory error. You'd need to update the file
 periodically in the server and have a client API for checking the timestamp.
 
 So I think the AJP port maybe more reliable, but it, too, will give
 false + if the server gets hung.
 
 Maybe there should be a simple optional new IsActiveConnector, if you
 enable it in config, then connect to it and send a message, it responds
 if it things the server is running correctly.  Oh, well, then why not
 just send a simple HTTP request? The IsActiveConnector is fairly simple
 to implement, but is it a good idea?
 
 -
 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: mod_jk 1.2.10 - return code when Tomcat not running

2005-04-19 Thread Henri Gomez
Well 504 seems more correct in our case

2005/4/19, William A. Rowe, Jr. [EMAIL PROTECTED]:
 At 02:04 PM 4/18/2005, Mladen Turk wrote:
 
 This is bug, and will be fixed.
 It should return SERVER_BUSY (503) if can not connect to Tomcat.
 You can try to use the load balancer with the single worker, and
 it should work like explained.
 
 It depends;
 
 Connection refused ==
 503 HTTP_SERVICE_UNAVAILABLE
 Connection timeout == 504 HTTP_GATEWAY_TIME_OUT
 
 
 -
 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: OT: Re: Error

2005-04-15 Thread Henri Gomez
Well I didn't use this email for at least 3 years but it seems many
viri robots still use it.

On 4/13/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
 Wow, social engineering on a whole new level.
 
 An enigma wrapped in a puzzle, wrapped in a riddle.
 
 At 01:26 PM 4/13/2005, [EMAIL PROTECTED] wrote:
 Content-Type: text/plain; name=warning1.txt
 Content-Disposition: inline; filename=warning1.txt
 Content-Transfer-Encoding: 7bit
 MIME-Version: 1.0
 X-Mailer: MIME-tools 5.411 (Entity 5.404)
 
 During a routine email scan at UTC, a file attached to this
 message was deleted per UTC Security Policy.  UTC does not allow
 emailing several file types due to their potential to transmit viruses.
 
 An attachment named sjufp.scr was removed from this message.
 The body text of the message that included the deleted attachment can be 
 found
 in the .txt file below.  It is safe to open this file. If you believe this
 message is not business related simply delete it. If the message is business
 related and you require the file that was deleted, please contact the 
 sender/nand arrange an alternate means of receiving it.  The recommended 
 method is to/nhave the sender zip the file before sending it.
 
 
 The message cannot be represented in 7-bit ASCII encoding and has been sent 
 as a binary attachment.
 
 
 
 -
 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]
 


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



Re: Tomcat and APR

2005-04-15 Thread Henri Gomez
Well I've no problems with using APR if we could still use a pure Java
implementation.

Some may not have APR on their boxes, or an incorrect version of APR,
or an invalid APR configuration (ie not multi-threaded).

Remember mod_webapp and the reasons why it failed, ie too many peoples
couldn't get the correct APR for there machine.

So if we could make it configurable, via server.xml for example, using
APR seems a great idea.


On 4/14/05, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 
  Apologies if I missed it, but I've seen responses to Yoav's and Peter's
  posts,
  but I have yet to see anything about Jess' NIO question.  Since I agree
  with his
  observations, I was wondering if a reponse was in the works? (I assume
  it'll say
  something like, Yes, a Java NIO solution could very well provide enough
  improvements, but APR is already written, fully-established, and field-
  tested.)
 
  Just curious.
 
 In addition to Remy's response, you may want to search the message archives
 for this list.  We've discussed NIO many times in the past in good depth.
 
 Yoav
 
 
 -
 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: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml

2005-04-15 Thread Henri Gomez
My question on this thread.

Is it legal to precompile JSPs via Jasper2 when there is no web.xml ?


On 4/15/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
 RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34465.
 ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
 INSERTED IN THE BUG DATABASE.
 
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34465
 
 --- Additional Comments From [EMAIL PROTECTED]  2005-04-15 11:22 ---
 Well jasper2 could put jsp directive outside web.xml when pre-compiling :
 
 see this ant example:
 
 jasper2
  validateXml=false
  uriroot=${build.dir}/jspc/myapp
  webXmlFragment=${build.dir}/dst/$myapp/WEB-INF/jsp.xml
  outputDir=${build.dir}/${wnamei}-src
  javaEncoding=ISO-8859-1
  trimSpaces=true /
 
 jasper2 jspc will put the jsp URI in jsp.xml, you could at a later time 
 include
 in web.xml using !ENTITY jsp SYSTEM  jsp.xml and jsp.xml;
 
 ?xml version=1.0 encoding=ISO-8859-1?
 !DOCTYPE web-app
 PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
 http://java.sun.com/dtd/web-app_2_3.dtd; [
 
 !ENTITY jsp SYSTEM  jsp.xml
 
 ]
 
 web-app
 
 
 
 jsp;
 
 /web-app
 
 Be carefull jsp; should be in the servlet-mapping area of your web.xml
 
 --
 Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are the assignee for the bug, or are watching the assignee.
 
 -
 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: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml

2005-04-15 Thread Henri Gomez
Well the patch seems reasonable to be commited.

Could I Remy ?

On 4/15/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
 RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34465.
 ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
 INSERTED IN THE BUG DATABASE.
 
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34465
 
 --- Additional Comments From [EMAIL PROTECTED]  2005-04-15 11:28 ---
 (In reply to comment #6)
  Anyway, look in org.apache.jasper.servlet.JspCServletContext.
 
 As you said, I looked at JspCServletContext#getRealPath and
 JspCServletContext#getResource. They just generates a new URL, and does not
 check the existents of the actual file.
 
 In 5.5.7, getResourceAsStream was used insted of getResource, and the
 implementation of getResourceAsStream is as below.
 
 public InputStream getResourceAsStream(String path) {
 
 try {
 return (getResource(path).openStream());
 } catch (Throwable t) {
 return (null);
 }
 
 }
 
 Since Throwable is caught, FileNotFoundException will not be raised to
 processWebDotXml.
 
 Well the easiest way to fix this problem, is modifiy
 is = uri.openStream();
 to
 try {
 is = uri.openStream();
 } catch (java.io.FileNotFoundException ex) {
 return;
 }
 or maybe catch a Throwable, as it does in getResourceAsStream.
 
 I modified JspConfig.java on my local machine as above, and it correctly 
 worked
 as I wanted.
 
 --
 Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are the assignee for the bug, or are watching the assignee.
 
 -
 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: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml

2005-04-15 Thread Henri Gomez
Yes, do you plan a fix ?

On 4/15/05, Remy Maucherat [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  Well the patch seems reasonable to be commited.
 
  Could I Remy ?
 
 It's a bad patch. getResource should return correct results instead.
 
 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: Tomcat and APR

2005-04-15 Thread Henri Gomez
I've got no problem with APR stability but availability in the correct
version for some OS, ie iSeries or ... BS2000 :)

On 4/15/05, jean-frederic clere [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  Well I've no problems with using APR if we could still use a pure Java
  implementation.
 
  Some may not have APR on their boxes, or an incorrect version of APR,
  or an invalid APR configuration (ie not multi-threaded).
 
  Remember mod_webapp and the reasons why it failed, ie too many peoples
  couldn't get the correct APR for there machine.
 
 A the time of mod_webapp APR was not stable enough, now this has improved a 
 lot.
 
 
  So if we could make it configurable, via server.xml for example, using
  APR seems a great idea.
 
 
 
 On 4/14/05, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 
 
 Apologies if I missed it, but I've seen responses to Yoav's and Peter's
 posts,
 but I have yet to see anything about Jess' NIO question.  Since I agree
 with his
 observations, I was wondering if a reponse was in the works? (I assume
 it'll say
 something like, Yes, a Java NIO solution could very well provide enough
 improvements, but APR is already written, fully-established, and field-
 tested.)
 
 Just curious.
 
 In addition to Remy's response, you may want to search the message archives
 for this list.  We've discussed NIO many times in the past in good depth.
 
 Yoav
 
 
 -
 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]
 
 
 
 -
 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: Building Question

2005-04-11 Thread Henri Gomez
OK

On Apr 10, 2005 6:05 PM, Bill Barker [EMAIL PROTECTED] wrote:
 
 - Original Message -
 From: Henri Gomez [EMAIL PROTECTED]
 To: Tomcat Developers List tomcat-dev@jakarta.apache.org
 Sent: Saturday, April 09, 2005 11:45 PM
 Subject: Re: Building Question
 
  CLR ?
 
 
 Typo.  It should be CRLs.  As in java.security.cert.CRL.
 
 
  On Apr 10, 2005 3:33 AM, Yoav Shapira [EMAIL PROTECTED] wrote:
  Hi,
 
   I'm thinking of starting on implementing CLRs for Tomcat 5.5.  However,
   it's
   a PITA for  1.5.  I wanted to check that the binary builds for TC 5.5
   are
   being built with JDK 1.5, or, I'm probably wasting my time (not many
   people
   use the source distro :).
 
  I've been building with 1.4, using the build as a final check that we
  have
  no 1.5-only code.
 
  Yoav Shapira
  System Design and Management Fellow
  MIT Sloan School of Management / School of Engineering
  Cambridge, MA USA
  [EMAIL PROTECTED] / [EMAIL PROTECTED]
 
  -
  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]
 
 
 
 
 This message is intended only for the use of the person(s) listed above as 
 the intended recipient(s), and may contain information that is PRIVILEGED and 
 CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, 
 or distribute this message or any attachment. If you received this 
 communication in error, please notify us immediately by e-mail and then 
 delete all copies of this message and any attachments.
 
 In addition you should be aware that ordinary (unencrypted) e-mail sent 
 through the Internet is not secure. Do not send confidential or sensitive 
 information, such as social security numbers, account numbers, personal 
 identification numbers and passwords, to us via ordinary (unencrypted) e-mail.
 
 
 -
 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: [VOTE] 5.5.9 Stability

2005-04-10 Thread Henri Gomez
I voted it stable but I'm not using clustering support :(

On Apr 9, 2005 8:54 PM, Remy Maucherat [EMAIL PROTECTED] wrote:
 Yoav Shapira wrote:
  Hi,
 
 Ok, this give me and Filip time for real stability testing and review
 the 5.5.10 codebase.
 I also package my fixes to the 5.5.9 codebase for some test user as bug
 report..
 
 I'll let Yoav decide what he wants to do with all these builds before he
 gets married (congratulations ;)). I'm very happy to not be the release
 manager and have to make the tough decisions :) Go Yoav !
 
  Peter, when you have a Bugzilla item and a cluster fix/test package attached
  to that item, please let us know.  At that time I'll send out the vote
  results, calling 5.5.9 beta and nothing that this issue (and I'll provide a
  link to bugzilla) is the only thing preventing 5.5.9 from being stable, and
  that users not needing/using clustering should consider 5.5.9 stable.
 
 Good.
 
 The vote still does count though: since it is not a regression nor a
 security issue, if there are three committers who vote stable, then it's
 stable. Of course, it won't happen, as nobody ever cares about voting ;)
 
 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: Building Question

2005-04-10 Thread Henri Gomez
CLR ?


On Apr 10, 2005 3:33 AM, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 
  I'm thinking of starting on implementing CLRs for Tomcat 5.5.  However,
  it's
  a PITA for  1.5.  I wanted to check that the binary builds for TC 5.5 are
  being built with JDK 1.5, or, I'm probably wasting my time (not many
  people
  use the source distro :).
 
 I've been building with 1.4, using the build as a final check that we have
 no 1.5-only code.
 
 Yoav Shapira
 System Design and Management Fellow
 MIT Sloan School of Management / School of Engineering
 Cambridge, MA USA
 [EMAIL PROTECTED] / [EMAIL PROTECTED]
 
 -
 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: [VOTE] 5.5.9 Stability

2005-04-08 Thread Henri Gomez
Congratulation !



 I'll be incommunicado from the 14th through the 20th or so: I'm getting
 married on the 17th ;)
 
 Yoav Shapira
 System Design and Management Fellow
 MIT Sloan School of Management / School of Engineering
 Cambridge, MA USA
 [EMAIL PROTECTED] / [EMAIL PROTECTED]

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



Re: [VOTE] 5.5.9 Stability

2005-04-06 Thread Henri Gomez
From what I could see in my first devel site (the first not using a
Tomcat 3.3.2), it seems stable.


On Apr 6, 2005 1:25 PM, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 Tomcat v5.5.9 has been out for more than a week now, so hopefully we have
 had time to test/use it.  We're still waiting for the TCK results, but let's
 hear your opinion:
 
 [ ] Stable -- good build
 [ ] Beta -- minor bad stuff: what is it?
 [ ] Alpha -- something serious is wrong: what is it?
 
 The vote will run for about 72 hours as usual.
 
 Yoav Shapira
 System Design and Management Fellow
 MIT Sloan School of Management / School of Engineering
 Cambridge, MA USA
 [EMAIL PROTECTED] / [EMAIL PROTECTED]
 
 -
 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: first time user

2005-04-05 Thread Henri Gomez
Ben you should contact the tomcat use list instead :

tomcat-user@jakarta.apache.org


Regards

On Apr 4, 2005 12:43 PM, Ben [EMAIL PROTECTED] wrote:
 I have just install tomcat and got it working at http://localhost:8080
 I am able to run load %= new java.util.Date() % under a jsp file
 
 question:
 1) I have create a HelloWorld.java file, where should I put this file and be
 able to run it?
 2) if I want it to look for helloworld.xml and have the action being call
 from there, what can I do?
 3) do I have to put all the .jar file in the CLASSPATH under autoexec.bat?
 This would be a huge line if I also want to put the Velocity template what
 can I do?
 
 my directory:
 c:\web
 Tomcat5
 webapps
 ROOT-- http://localhost:8080
 webwork2
 lib
 webwork-2.1.7.jar
 webflow-2.1.7.jar
 
 Thanks so much,
 Ben
 
 -
 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: [ANN] JK 1.2.10 Released

2005-04-01 Thread Henri Gomez
Well the GCC 3.2 used on my Linux PPC reports also many warnings :-)

Making all in common
make[1]: Entering directory
`/root/jakarta-tomcat-connectors-1.2.10-src/jk/native/common'
/bin/sh /usr/share/apache2/build/libtool --silent --mode=compile gcc
-I/usr/include/apache2-prefork -g -O2 -O2 -fsigned-char -fPIC -Wall
-fno-strict-aliasing -D_LARGEFILE_SOURCE -g -Wmissing-prototypes
-Wstrict-prototypes -Wmissing-declarations -pthread -DHAVE_APR 
-I/usr/include/apache2-prefork -g -O2 -DLINUX=2 -D_REENTRANT
-D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE
-DAP_DEBUG -I /usr/lib/jvm/java-1.4.2-ibm/include -I
/usr/lib/jvm/java-1.4.2-ibm/include/ -c jk_ajp12_worker.c
In file included from jk_uri_worker_map.h:35,
 from jk_service.h:34,
 from jk_ajp12_worker.h:27,
 from jk_ajp12_worker.c:25:
jk_mt.h:81: warning: function declaration isn't a prototype
In file included from jk_uri_worker_map.h:36,
 from jk_service.h:34,
 from jk_ajp12_worker.h:27,
 from jk_ajp12_worker.c:25:
jk_shm.h:91: warning: function declaration isn't a prototype
jk_shm.h:99: warning: function declaration isn't a prototype
jk_shm.h:118: warning: function declaration isn't a prototype
jk_shm.h:127: warning: function declaration isn't a prototype
jk_shm.h:134: warning: function declaration isn't a prototype
jk_shm.h:138: warning: function declaration isn't a prototype
jk_shm.h:141: warning: function declaration isn't a prototype




On Apr 1, 2005 4:06 PM, Jess Holle [EMAIL PROTECTED] wrote:
 Mladen Turk wrote:
 
  Günter Knauf wrote:
 
  Hi Mladen,
  Also I would like to mention that I'm probably way more frustrated
  about those banana patches than you cause I reported that compiler
  bug directly to the Novell manager who was reponsible for Metrowerks
  connection years ago, I even wrote a sample to demonstrate the
  problem; and after that three more versions of the stupid compiler
  were released and they from Metrowerks werre not able to fix it
 
 H  Metrowerks used to be good back when I used it (early PowerPC
 Mac days).
 
 It was stricter than most compilers -- perhaps even causing some
 warnings to be errors.  I understand how this can cause issues building
 open source software, but for my own development I always appreciated
 the compiler being stricter than others -- it made porting a lot
 easier.  [I now use Java and am dismayed at what C compilers let you get
 away with.]
 
 --
 Jess Holle
 
 -
 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: [ANN] JK 1.2.10 Released

2005-03-31 Thread Henri Gomez
1.2.10,  I awaited a 1.2.9 final release.

We just add a 1.2.9 beta


On Thu, 31 Mar 2005 08:52:31 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
 The Apache Jakarta Tomcat team is proud to announce the immediate
 availability of Jakarta Tomcat Connectors 1.2.10. The release
 contains a significant number of bug fixes and new features.
 
 Please see the
 http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
 for a full list of changes.
 With release 1.2.10 the JkShmFile property has been added for Apache
 1.3.x and Apache 2.x web servers on UNIX and LINUX platforms. Load
 balancer will not work properly if this directive is not present.
 
 Please refer to the change log for the list of changes:
 http://jakarta.apache.org/tomcat/connectors-doc/changelog.html
 
 Sources can be found at:
 http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.10/
 
 Binaries can be found at:
 http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/
 For now there is only a set of win32 binaries:
 http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.10/
 
 If you find any bugs while using this release, please fill in the
 http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205
 Bug Report. When entering bug select Native:JK Component.
 
 The Jakarta Tomcat Connectors Team.
 
 -
 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: [ANN] JK 1.2.10 Released

2005-03-31 Thread Henri Gomez
I could provide Linux binaries for Suse 8.0 PPC and Suse SLES 9 but
it's up to distributions mainteners to provide such binaries (via
rpm/deb).

Take a look at jpackage for many Linux RPM binaries


On Thu, 31 Mar 2005 13:11:01 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
 Lionel Farbos wrote:
  Some questions :
  - Why don't you provide any more a binary release for linux (since 1.2.6) ?
 
 It's up to the contributors (jk committers).
 
 Now, my company (JBoss) has invested a great deal of
 money to provide me with hardware and software needed for such tasks,
 but you'll have to wait couple of weeks before I set that
 all systems up and running, so we can have binaries for all the
 major linux distributions.
 Again, having all of them covered would be simply impossible, because
 there are jut too many kernel/cpu/distro/apache combinations that
 would satisfy all. I mean I can for sure predict a question:
 Why the hell my favorite XXX distribution does not have binary?
 
 Regards,
 Mladen.
 
 -
 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: [ANN] JK 1.2.10 Released

2005-03-31 Thread Henri Gomez
They should appears shortly in :

http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/iseries/jk-1.2.10/

Just wait the apache mirrors to do their job.

BTW, it's for V5R3 with latest PTF.


On Thu, 31 Mar 2005 06:40:26 -0800, Brent Sims [EMAIL PROTECTED] wrote:
 I sure would appreciate an iSeries binary release though, if I can jump
 on the band wagon.  We haven't seen one of those since 1.2.6, either.
 
 Thanks
 
 Brent Sims
 Systems Analyst 2
 KC Human Services
 -
 Road rage, air rage.  Why should I be forced to divide my rage into
 separate categories?  To me, it's just one big, all-round, everyday
 rage.  I don't have time for fine distinctions.  I'm too busy screaming
 at people.
  - George Carlin
 
  [EMAIL PROTECTED] 3/31/2005 3:11:01 AM 
 
 Lionel Farbos wrote:
  Some questions :
  - Why don't you provide any more a binary release for linux (since
 1.2.6) ?
 
 It's up to the contributors (jk committers).
 
 Now, my company (JBoss) has invested a great deal of
 money to provide me with hardware and software needed for such tasks,
 but you'll have to wait couple of weeks before I set that
 all systems up and running, so we can have binaries for all the
 major linux distributions.
 Again, having all of them covered would be simply impossible, because
 there are jut too many kernel/cpu/distro/apache combinations that
 would satisfy all. I mean I can for sure predict a question:
 Why the hell my favorite XXX distribution does not have binary?
 
 Regards,
 Mladen.
 
 -
 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: [VOTE] Release JK 1.2.9 as stable

2005-03-29 Thread Henri Gomez
+1

jk 1.2.9 built on Linux PPC (Suse 8.0 / Apache 2.0.53) and iSeries V5R3.

I see no regression for now...


On Tue, 29 Mar 2005 12:55:48 +0200, Mladen Turk [EMAIL PROTECTED] wrote:
 Hi,
 
 There has been some improvements since
 1.2.9 beta version, so I suggest that you test
 the latest source code and binaries.
 
 Sources are at:
 http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.9/
 
 binaries (WIN32 for now) can be found at:
 http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.9/
 (Binary contributions are welcome :).
 
 So,
 
 Vote 1.2.9 as stable:
 [  ] Yes
 [  ] No
 
 Regards,
 Mladen
 
 -
 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: [VOTE] PMC Chair

2005-03-25 Thread Henri Gomez
[ +1 ] Remy Maucherat

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



Re: TLP Draft Proposal

2005-03-24 Thread Henri Gomez
Well I really like SWT , it remember me the old time of UI designing
under MacOS, and the Free Visual Editor is really great.

But may be we should be back to the original subject, Tomcat as TLP ;)



On Thu, 24 Mar 2005 14:36:55 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
 Costin Manolace wrote:
  I think you are wrong on this one.
 
  At least on Linux ( and low-end hardware ) SWT seems to be faster, even 
  with the
  crapy GTK bindings ( that could be optimized a lot ).
 
  I guess what's more important in SWT is the design based on using the 
  platform
  UI instead of drawing pixels and attempting to make it look like the real
  platform widgets.
 
  There is also the issue of complexity - SWT is a very clean and simple API.
 
  I spent a lot of time with SWT - if I would write an UI app, it'll be my 
  choice.
 
 All right, maybe I am wrong then.
 
 It is evident that GNU Java is there for SWT apps, which is already a
 big benefit.
 
 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: TLP Draft Proposal

2005-03-23 Thread Henri Gomez
On Wed, 23 Mar 2005 12:56:38 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:

 I'm at the moment in favor of allowing non consecutive one year terms.
 Unfortunately, it means two people can share the job, which would defeat
 the purpose, but without this, we could run out of worthy/willing
 candidates pretty fast.

+1

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



Re: TLP Draft Proposal

2005-03-23 Thread Henri Gomez
Did there is interest in a JFACE/SWT admin application ?


On Wed, 23 Mar 2005 15:10:55 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
 Yoav Shapira wrote:
  Hi,
  Below is a draft of our TLP proposal.  The format is fairly standard, copied
  from other recent TLP promotions.  (You can see those in ASF Board meeting
  minutes).
 
  I've added all currently active committers to the initial PMC.  If I've
  missed anyone, please let me know.
 
  Part of the proposal is the initial PMC Chairman.  I'd like to put myself up
  as a candidate, and if anyone else is interested, now's the time to speak
  up.  This is a rotating term anyways, so anyone interested who sticks around
  long enough will get a chance to wear the hat.
 
  Once we agree on the draft phrasing, we'll have an actual vote.  I believe
  that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev?  Are 
  there
  any active Tomcat committers who are not Jakarta PMC members?  If I were to
  guess, maybe Peter anyone else as new?
 
 Ok, so I vote +1 to this, on the condition that the move (CVS move, etc,
 etc) only occurs at least two weeks after the next stable 5.5.x release
 is made (so that if it turns out bad, we have time to fix it).
 
 The scope of the project as defined seems fine, as the range of
 subprojects already part of Tomcat is large: native connectors, a custom
 HTTP-like protocol, an admin webapp, etc.
 
 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: 5.5.9 Time

2005-03-23 Thread Henri Gomez
Well I'd like to see the bugzilla #34034 (Jasper and external entities) fixed.

Bill and Jan take a look at my previous patch, and corrected it a little.

It's attached on bz :

http://issues.apache.org/bugzilla/show_bug.cgi?id=34034

Regards

On Wed, 23 Mar 2005 09:00:41 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 
 I was thinking this Saturday, March 26th, would be a good time for cutting
 Tomcat 5.5.9.  There's a decent number of fixes in the changelog, and a
 couple of new things including the host manager webapp.  Finally, I
 introduced a regression into 5.5.8 by accidentally leaving out the JavaMail
 jars when building it, as shown in Bugzilla 34131, so I'd like to fix that.
 Is anyone *not* OK with me cutting Tomcat 5.5.9 this Saturday, say around
 2pm my time (1900h GMT) ?
 
 Yoav Shapira
 
 System Design and Management Fellow
 
 MIT Sloan School of Management / School of Engineering
 
 Cambridge, MA USA
 
  mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 


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



Re: TLP Draft Proposal

2005-03-23 Thread Henri Gomez
Should I read that now Swing on SDK 1.5 is faster than SWT ?


On Wed, 23 Mar 2005 15:46:10 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  Did there is interest in a JFACE/SWT admin application ?
 
 If you ask me, Eclipse's strength is no longer SWT. At the moment, it's
 more like a liability, as Swing has become better.
 
 The exception is still on Windows (to some extent) where the Swing impl
 still needs some more polish (font antialias support, for example).
 
 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: TLP Draft Proposal

2005-03-23 Thread Henri Gomez
When the SVN support will be included in base Eclipse may be ...

For now CVS on Eclipse is just great and more important works without flaw

On Wed, 23 Mar 2005 19:33:27 + (UTC), Costin Manolace
[EMAIL PROTECTED] wrote:
 Henri Yandell flamefew at gmail.com writes:
 
  However, SVN has sufficient advantages on the server-side for the
  people administrating the Apache boxes to long for it, and the choice
  of techs is a balance between various people's requirements.
 
  I've nudged Infra to see if they're planning to propose the
  CVS-tuning-off proposal to the community soon, as the earlier the
  better.
 
 Propose or impose ? Typically 'propose' means the community would have 
 some
 way to say 'yes' or 'no'.
 
 I agree SVN is better - and for a new project it would certainly be the top
 choice. But I can't believe maintaining cvs for existing projects ( or the few
 projects that chose to keep using it ) is such a huge burden.
 
 If this is an issue of resources - will this be solved if someone would
 volunteer to maintain it ? Or maybe if some company would donate the money 
 for a
 hosting service ( like openoffice.org or java.net seem to work ) ?
 
 Costin
 
 
 -
 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: Time for TLP?

2005-03-22 Thread Henri Gomez
 I think it was around for a while, and cooking :)

May be...
 
 First of all we deserve that, because Tomcat is one of the
 best ASF projects, with strong and active community.

True
 
 Also, more people are discussing Tomcat then the Tomcat
 developers itself, so probably that's one of the reasons.
 
 All in all, it will mean more work on our side, but
 I think It's worth the effort, because the Tomcat will
 be perceived as 'lean-and-mean-sexy-machine' :)

What will be the extra works ?
 
 Back to the topic:
 If you look at the comments from Jakarta community, even
 they are for that proposal, because frankly, Tomcat is
 in a way 'artificial body' inside what the rest of the
 Jakarta projects are.

So the move is to go TLP ?

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



Re: Time for TLP?

2005-03-22 Thread Henri Gomez
Well, in such case the Yoav should rise an official VOTE POLL on tomcat-dev.

Yoav, it's up to you


On Tue, 22 Mar 2005 08:46:00 -0500, Peter Lin [EMAIL PROTECTED] wrote:
 I'm not a committer, but thought I'd give my half pence worth. Tomcat
 has come a long way and is second to none. TC5.5.x really has made
 tremendous strides and is even with the best servlet containers out
 there.
 
 it does seem like the java community at large would like to see tomcat
 as TLP, so might as well.  Jakarta is pretty healthy, so I don't think
 it's necessary to use TC to boost the visibility of jakarta anymore.
 
 peter lin
 
 
 On Tue, 22 Mar 2005 13:23:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
  Henri Gomez wrote:
  
  All in all, it will mean more work on our side, but
  I think It's worth the effort, because the Tomcat will
  be perceived as 'lean-and-mean-sexy-machine' :)
  
   What will be the extra works ?
  
 
  Mostly administrative and documentation namespace
  change, but think it's one-time-job.
 
  
   So the move is to go TLP ?
  
 
  Well, like Tim said, if not now, we'll come to this
  subject in couple of months again.
  IMO now, is as well as good as any other time.
  Let's do that admin task and move forward to what's count; coding.
 
  Regards,
  Mladen.
 
  -
  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]
 


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



Re: TLP Draft Proposal

2005-03-22 Thread Henri Gomez
Could you check the avail file on CVSROOT to see who is tomcat commiters ?

Faster, easier, safer :)


On Tue, 22 Mar 2005 15:37:46 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Mladen Turk wrote:
  NOTE: Who am I missing?  Kin-man?  Craig?  Keith?  Others?
  Henri Gomez of course :). He's one of the emirates.
 
 
 And Jean-Frederic Clere of course.
 
 Regards,
 Mladen.
 
 -
 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: mod_jk

2005-03-22 Thread Henri Gomez
You should do :

configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2)
make



On Tue, 22 Mar 2005 15:56:09 +0100, Andreas Andersson
[EMAIL PROTECTED] wrote:
 Hi (trying the next list)!
 
 I'm trying to compile mod_jk with the latest src but get the following
 error:
 BUILD FAILED
 /usr/src/jakarta-tomcat-connectors-1.2.8-src/jk/build.xml:161: Warning:
 Could not find file
 /usr/src/jakarta-tomcat-connectors-1.2.8-src/coyote/build/lib/tomcat-coyote.jar
 
 to copy.
 
 And that's correct, there is no such file. Anyone know how to solve
 this? I really just need mod_jk installed under my CentOS/RedHat dist.
 
 Thanks.
 
 --
 Andreas Andersson
 IT Dept.
 Travelstart Nordic
 [EMAIL PROTECTED]
 http://www.travelstart.se
 
 -
 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: mod_jk

2005-03-22 Thread Henri Gomez
jpackage.org is your friend :)

http://www.jpackage.org/rpm.php?id=2071


On Tue, 22 Mar 2005 16:13:42 +0100, Andreas Andersson
[EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  You should do :
 
  configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2)
  make
 
 Is there no binary distribution of mod_jk for redhat? I find that weird.
 
 --
 Andreas Andersson
 IT Dept.
 Travelstart Nordic
 [EMAIL PROTECTED]
 http://www.travelstart.se
 
 -
 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: mod_jk

2005-03-22 Thread Henri Gomez
Well on jpackage you could find binaries for many Linux RPM based distros.

http://mirrors.dotsrc.org/jpackage/1.6/


Or if you are RPM aware, use their SPEC to build something suited to
your distro.


On Tue, 22 Mar 2005 16:24:16 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Andreas Andersson wrote:
  configure --with-apxs=/your/path/toapxs (ie :
  --with-apxs=/usr/sbin/apxs2)
  make
 
 
  Is there no binary distribution of mod_jk for redhat? I find that weird.
 
 
 For what version? RH7, RH8, RH9 Fedora1, Fedora2, Fedora3, RHEL2, RHEL3,
 RHEL4 ?
 For what CPU, x86, x86_64, PPC?
 For what Apache version 1.3.x, 2.0.x, 2.1.x ?
 
 So, as you can see, there is at least 81 distributions
 that someone would need to maintain.
 No how that compares with 'configure, make, make install'?
 
 Regards,
 Mladen
 
 -
 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: mod_jk

2005-03-22 Thread Henri Gomez
Well supporting ALL Linux distros is allready a full time job


On Tue, 22 Mar 2005 16:41:24 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  Well on jpackage you could find binaries for many Linux RPM based distros.
 
 
 Perfectly OK.
 I'm just saying that it's not weird if we do not provide a binary
 for any OS/CPU/Kernel/Apache version there is.
 
 We can do that on a 'donation' basis as we did for the last couple of
 years. It just happened that we did not receive any binaries recently
 from any of our commiters.
 
 Regards,
 Mladen.
 
 -
 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: TLP Draft Proposal

2005-03-22 Thread Henri Gomez
Costin you would be a nice PMC member also :)


On Tue, 22 Mar 2005 08:31:05 -0800, Costin Manolache
[EMAIL PROTECTED] wrote:
 Yoav Shapira wrote:
 NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX]
 be appointed to the office of Vice President, Apache Tomcat, to
 serve in accordance with and subject to the direction of the
 Board of Directors and the Bylaws of the Foundation until
 death, resignation, retirement, removal or disqualification, or
 until a successor is appointed; and be it further
 
 +1
 
 I would like to propose Remy == XX ( he can obviously refuse, but I
 hope he will not do that ). Obvious reasons on why he is the best
 choice, so I don't think consensus will be a problem - only his
 acceptance ( it'll not involve too much coding :-).
 
 Costin
 
 
 -
 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: [ANN] JK-1.2.9 BETA Released

2005-03-22 Thread Henri Gomez
Windows binaries welcome :)


On Tue, 22 Mar 2005 14:45:22 -0500, Fenlason, Josh [EMAIL PROTECTED] wrote:
 I built and tested this on Windows and it looks good.  Thanks.
 ,
 Josh.
 
 -
 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: Time for TLP?

2005-03-21 Thread Henri Gomez
It was proposed months ago when ant became TLP and the consensus at
this time was to keep Tomcat in the jakarta.

I'd like to know the reason who motive this move ;)


On Mon, 21 Mar 2005 15:00:54 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 Yea, TLP = Top-Level Project.  My apologies for the acronym ;)
 
 It would mean Tomcat leaves Jakarta technically.  There would be a Tomcat
 PMC (roughly consisting of all current committers), reporting to the ASF
 Board.  There would be a tomcat.apache.org instead of
 Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding
 URLs for sanity sake).  For more details on what's involved, you can google
 on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's
 now an Apache TLP.
 
 As I said before, this is an informal survey.  A formal proposal and vote
 would be the next step, but as one can see from the URLs below, there is a
 broad level of support within the ASF for Tomcat becoming its own TLP.
 
 Yoav
 
  -Original Message-
  From: Derrick Koes [mailto:[EMAIL PROTECTED]
  Sent: Monday, March 21, 2005 2:28 PM
  To: Tomcat Developers List
  Subject: RE: Time for TLP?
 
  TLP = Top Level Project ?
 
 
  -Original Message-
  From: Yoav Shapira [mailto:[EMAIL PROTECTED]
  Sent: Monday, March 21, 2005 1:42 PM
  To: 'Tomcat Developers List'
  Subject: Time for TLP?
 
  Hi,
 
  In light of these recent discussions on [EMAIL PROTECTED]:
 
  http://marc.theaimsgroup.com/?t=4256091
  http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2
 
  http://marc.theaimsgroup.com/?l=jakarta-general
  http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
  m=42733325833w=2
 
  http://marc.theaimsgroup.com/?t=1753782
  http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
  http://marc.theaimsgroup.com/?t=1753782
  http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
 
 
  I think we're ready to move Tomcat to a TLP.  There's a lot of support for
  it in the general Jakarta and ASF ranks.  Before we write and vote on a
  proposal, I wanted to see informally what the opinions are within our own
  group about this potential move.  I'm obviously +1.
 
 
 
  Yoav Shapira
 
  System Design and Management Fellow
 
  MIT Sloan School of Management / School of Engineering
 
  Cambridge, MA USA
 
   mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
  mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 
 
 
 
 
 
  -
  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]
 


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



[PATCH] Jasper and external entities parsing support

2005-03-18 Thread Henri Gomez
The provided patch will help Jasper support the external entities
located in a WAR.

Thanks to review and if positive feedback I'll commit it

Regards

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

Jasper and external entities parsing

2005-03-17 Thread Henri Gomez
From what I see in the 5.5.8 code the external entities cannot be
resolved since we provide an InputSource to the documentBuilder in
ParseUtils :

   private void processWebDotXml(ServletContext ctxt) throws JasperException {

InputStream is = null;

try {
is = ctxt.getResourceAsStream(WEB_XML);
if (is == null) {
// no web.xml
return;
}

ParserUtils pu = new ParserUtils();
TreeNode webApp = pu.parseXMLDocument(WEB_XML, is);
if (webApp == null
|| !2.4.equals(webApp.findAttribute(version))) {
defaultIsELIgnored = true;
return;
}

As such when the documentBuilder found a partial external entities,
like !ENTITY base  SYSTEM base.xml, it has no idea of its root
location and as such consider as a file and provide it a dummy base
location.

What could be done it to use the ctxt.getResourceAsStream() after
cleaning the systemId reference from any file:// reference (ie:
file:///C:/eclipse3/base.xml = WEB-INF/base.xml).

Remmy do you agree on this since which such we stay independancy from
being on file or other way ?

Regards

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



Re: Tagging JK 1.2.9 on 3/17/2005

2005-03-17 Thread Henri Gomez
jk 1.2.9-dev build on iSeries without problem.

Wit my admins to redeploy and test it


On Thu, 17 Mar 2005 20:37:58 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Rainer Jung wrote:
  Concerning socket_timeout:
 
  1) In common/jk_connect.c there is a typo:
 
 374  setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO,
 375 (const void *) tv, sizeof(tv));
 376  setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO,
 377 (const void *) tv, sizeof(tv));
 
  so both setsockopts use the same option. It should be SO_SNDTIMEO in line
  376. Maybe that's easy enough to change for 1.2.9.
 
 
 Yes, it should be SO_SNDTIMEO. Seems like typo :).
 
 
  2) The test in configure about functionality of the timeouts is broken.
  The test program does not compile under Solaris, because it needs
  -lsocket.
 
 
 Can you provide a patch for that?
 
 
  When I compile the test program with -lsocket it compiles but it exits
  as expected with 1. So under Solaris the two timeouts are defined in the
  include files, but they do not work with setsockopt. Since this doesn't
  change the result in the end, it might also be corrected after 1.2.9.
 
 
 Sure, that's the purpose of JK_CHECK_SETSOCKOPT function.
 
 
 Regards,
 Mladen.
 
 -
 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: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities

2005-03-16 Thread Henri Gomez
Remy, let be serious.

If the definition is invalid for Jasper, you should be consistant and
do the same at web.xml reading/parsing time.

Also when you have a webapp with more than 150 servlets, produced by 2
or 3 teams, and with the mapping requirement, you SHOULD use this kind
of ENTITY inclusion to make life a little simpler for developpers.

Do you hate developpers ? or Team working ?

If the SYSTEM entity tag is invalid, what could we use instead ? PUBLIC ?

Sorry but this one is a show stopper...



On Wed, 16 Mar 2005 15:04:26 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
 RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34034.
 ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
 INSERTED IN THE BUG DATABASE.
 
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34034
 
 [EMAIL PROTECTED] changed:
 
What|Removed |Added
 
  Status|REOPENED|RESOLVED
  Resolution||INVALID
 
 --- Additional Comments From [EMAIL PROTECTED]  2005-03-16 15:04 ---
 Webapps are not necessarily filesystem based. As a result, that kind of little
 tricks are not portable, and cannot be supported. As you know, I am very
 efficient at marking reports invalid ;)
 
 --
 Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You reported the bug, or are watching the reporter.


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



Re: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities

2005-03-16 Thread Henri Gomez
Remy you promised to close it and I promised you to reopen.

The bug is for me a showstopper and if it's not resolved, I'll vote -1
to future Tomcat 5.5 release.




On Wed, 16 Mar 2005 15:00:15 +0100, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
 DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
 RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34034.
 ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
 INSERTED IN THE BUG DATABASE.
 
 http://issues.apache.org/bugzilla/show_bug.cgi?id=34034
 
 [EMAIL PROTECTED] changed:
 
What|Removed |Added
 
  Status|NEW |RESOLVED
  Resolution||INVALID
 
 --- Additional Comments From [EMAIL PROTECTED]  2005-03-16 15:00 ---
 As promised ;)
 
 --
 Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are the assignee for the bug, or are watching the assignee.
 
 -
 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: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities

2005-03-16 Thread Henri Gomez
So what about ?

If I provide a Fix to Jasper to make it works like ContextConfig does,
will it be -1 ?


On Wed, 16 Mar 2005 15:47:23 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  Remy you promised to close it and I promised you to reopen.
 
  The bug is for me a showstopper and if it's not resolved, I'll vote -1
  to future Tomcat 5.5 release.
 
 I did look at the code in ContextConfig, and had already reopend the
 report, since it seemed to indicate that it would work using URLs. My
 mistake. I'm assuming this. If it doesn't work with anything but the
 filesystem, then I am -1 for the feature.
 
 That being said, I will make no effort to fix it. I'm sure people who
 are interested in the feature will help fix 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: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities

2005-03-16 Thread Henri Gomez
Happy to see you more positive ;)

I'll take a carefull look around this Jasper to avoid broking
everything but I feel I should add a specific or configurable
EntityResolver in such case.


On Wed, 16 Mar 2005 17:07:06 +0100, Remy Maucherat [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  So what about ?
 
  If I provide a Fix to Jasper to make it works like ContextConfig does,
  will it be -1 ?
 
 If it doesn't use filesystem stuff (like ContextConfig), and it works
 (that helps), I will of course not -1 any changes :)
 
 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: Tagging JK 1.2.9 on 3/17/2005

2005-03-15 Thread Henri Gomez
Ok, I'll do the usual specific iSeries build to ensure everything is ok.

I rebuild the current HEAD on Linux and it seems to works as expected :)


On Tue, 15 Mar 2005 12:34:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Hi all,
 
 My plan is to tag the JK_1_2_9_BETA on March 17th.
 The beta release will be available for testing from that date.
 
 Regards,
 Mladen.
 
 -
 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]



Tomcat 5.5.8 release

2005-03-15 Thread Henri Gomez
Did there is a plan to make a release of Tomcat 5.5.8 ?

As many, I need official releases for our production servers 


Regards.

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



Re: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters

2005-03-14 Thread Henri Gomez
+1 for both of all.

Should I understand they will works more on HTTPD related stuff and of
course JK ?-)




On Mon, 14 Mar 2005 11:20:27 -0600, Glenn Nielsen [EMAIL PROTECTED] wrote:
 A bit late but hear are my hearty +1's for both Jim and Bill.
 
 Glenn
 
 On Wed, Feb 23, 2005 at 08:56:13PM +0100, Mladen Turk wrote:
 
  So...
  [x] Yes, Jim is really a cool guy.
  [ ] No way.
 
  and..
  [x] Sure, wellcome Bill.
  [ ] I think I know httpd better then him.
 
 --
 Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
 MOREnet System Programming   |  * if iz ina coment.  |
 Missouri Research and Education Network  |  */   |
 --
 
 -
 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]



Apache 2.1.3 may be beta...

2005-03-07 Thread Henri Gomez
Hi to all,

It seems Apache 2.1.3 may became beta, what about the state of ajp
code present in CVS ?

Regards

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



request for tomcat-dev list admins

2005-03-07 Thread Henri Gomez
Could you remove these two accounts who send back to me (and probably
others), any post to tomcat-dev ?

[EMAIL PROTECTED] 
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Thanks

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



Re: Apache 2.1.3 may be beta...

2005-03-07 Thread Henri Gomez
Great


On Mon, 07 Mar 2005 11:12:34 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
 
   Hi to all,
  
   It seems Apache 2.1.3 may became beta, what about the state of ajp
   code present in CVS ?
  
 
 Think it will be 2.1.4 rather then 2.1.3.
 mod_proxy_ajp is working BTW :) .
 
 Mladen.
 
 -
 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: Apache 2.1.3 may be beta...

2005-03-07 Thread Henri Gomez
And the code in mod_proxy_ajp contains all the latests jk modifications ?


On Mon, 7 Mar 2005 11:24:54 +0100, Henri Gomez [EMAIL PROTECTED] wrote:
 Great
 
 
 On Mon, 07 Mar 2005 11:12:34 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
  Henri Gomez wrote:
 
Hi to all,
   
It seems Apache 2.1.3 may became beta, what about the state of ajp
code present in CVS ?
   
 
  Think it will be 2.1.4 rather then 2.1.3.
  mod_proxy_ajp is working BTW :) .
 
  Mladen.
 
  -
  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: Apache 2.1.3 may be beta...

2005-03-07 Thread Henri Gomez
Ok.

It's good to know that we could in a near future have direct Apache /
Tomcat connectivity allready bundled in HTTPD releases

On Mon, 07 Mar 2005 12:16:31 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Henri Gomez wrote:
  And the code in mod_proxy_ajp contains all the latests jk modifications ?
 
 
 No.
 Mod_jk contains backported concepts from mod_proxy_ajp
 and mod_proxy_balancer :).
 Other things like domain model clustering will be ported
 to mod_proxy_balancer, but that's not high priority.
 
 Regards,
 Mladen
 
 -
 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: Tomcat for professional large scale webapps?

2005-03-01 Thread Henri Gomez
Also consider that using Apache 2.x is front of a farm of tomcats will
help you upgrade your configuration to handle more and more users and
requests.

For information, I'm using 2 Tomcat 3.3.2 to handle about 35
XML-RPC requests by days, Apache2 in front handling the GZIP
compression.

On Tue, 1 Mar 2005 08:01:00 -0500, Peter Lin [EMAIL PROTECTED] wrote:
 100 concurrent users don't necessarily mean heavily loaded. Try 5000
 concurrent users or something even higher.  Keep in mind the
 bottleneck will be your database, so try to figure what 100 concurrent
 users means in terms of peak and average concurrent requests.
 
 in other words. What are the chances all 100 users will send a request
 at the same time? I'm gonna guess it's not very likely. If anything, I
 would be surprised if 100 concurrent users results in 25 concurrent
 requests during peak and 15 during average. In either case, remember
 your Network IO will be a major limitation.
 
 If the application is on a LAN, then you're fine. If it's hosted at an
 ISP and you only have 10mb link, it's not going to be able to handle
 25 concurrent requests. If you're hosted at a nice ISP that gives you
 a 100mb link, you should be ok. The only real way to know if tomcat
 can handle the load and how many servers you need is to write the app
 and stress test it. Once you get a good measure of the average
 response time, you'll have more information to decide. If you look at
 the latest benchmarks I ran, it's going to be hard to find a servlet
 container that is significantly better. In fact, I would say 5.5.x is
 even with Resin now.
 
 hope that helps
 
 peter
 
 
 On Tue, 1 Mar 2005 07:13:37 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
  Hola,
  Numerous users/organizations have reported using Tomcat for that number of
  concurrent users and higher.  Achieving good and efficient programming is
  usually the bottleneck.  You might also want to try clustering and
  load-balancing your Tomcats.  If you don't want to involve Apache you can
  use a Tomcat with the Balancer webapp as your front-end for load-balancing
  requests.
 
  Yoav
 
   -Original Message-
   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
   Sent: Tuesday, March 01, 2005 3:52 AM
   To: tomcat-dev@jakarta.apache.org
   Subject: Tomcat for professional large scale webapps?
  
   Hello,
   I made very good experiences using Apache Tomcat for small scale webapps.
  
   However, I am now thinking of using it for a larger scale professional
   webapp:  100 conconcurrent Users. Haevy downloads, ...
  
   Assumed that programming is good and efficient, in what kind of
   difficulties
   may I run using Tomcat for a larger scale application?
  
   Is it a good choice (in terms of scalability, efficiency, memory usage,
   ...)?
  
   My App environment would be:
   Tomcat 5.x, Struts, Oracle, Lucene
  
   Greetings,
   Joos
  
   --
   DSL Komplett von GMX +++ Superg|nstig und stressfrei einsteigen!
   AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl
  
   -
   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]
 
 
 
 -
 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: JK 1.2.9-dev test results

2005-02-17 Thread Henri Gomez
Good works Mladen.

I found jk a bit faster and it's good to see that we could speed it up a little.

The next step could be to use larger AJP packets (4k too small)

On Thu, 17 Feb 2005 14:11:28 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Hi,
 
 Henri said that he noticed current dev version
 of mod_jk being quite faster then previous (1.2.8).
 
 Although it was not the primary intention to
 be faster, I think no one will object :).
 So here are some benchmark results from my side:
 
 JK 1.2.8 single thread
 Requests per second:784.31 [#/sec] (mean)
 
 JK 1.2.9-dev single thread
 Requests per second:798.01 [#/sec] (mean)
 
 JK 1.2.9-dev 10 concurrent threads
 Requests per second:918.22 [#/sec] (mean)
 
 JK 1.2.9-dev 10 concurrent threads with socket_timeout
 Requests per second:910.38 [#/sec] (mean)
 
 So. Is this a speedup or not ;)?
 
 Interesting is that new socket_timeout implementation
 does not slow down that much. After all it sets the
 socket to nonblocking mode before each request, checks if
 the socket is still connected and then sets to blocking mode again.
 Compared to cping/cpong prepost, the system is almost twice
 as faster. Of course it will not detect hanged tomcat,
 only if tomcat broke down or some other network problem
 happened.
 
 Cheers,
 Mladen.
 
 -
 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: JK - need some testings for new lb

2005-02-16 Thread Henri Gomez
Great :)

Build it right now and test on my Linux boxes


On Wed, 16 Feb 2005 10:01:15 +0100, Mladen Turk [EMAIL PROTECTED] wrote:
 Hi,
 
 As said before load balancer does not have any more all
 that fuzzy local_worker settings.
 For most people (at least for me) that was totally unusable
 and hard to understand. I hope the new settings and algo
 will be more clear and much usable in conjunction with
 shared memory and jk_status.
 
 There are two major concepts:
 Sessions and Domains (well, not quite new).
 
 If there is a session that matches the worker name,
 and the worker is not in error state, then this worker
 will be used. OTOH if it is in error state, and the
 sticky_session_force is set, then 500 will be returned.
 
 If there is no session, and the worker is disabled, then
 it will be skipped during worker election. This resolves
 shutting down the node for maintenance.
 
 If worker has the redirect parameter set, then all its
 session requests will be redirected to the 'redirect'
 worker. The param is meant to be used from jk_status for
 redirecting nodes.
 
 Domain is group of workers in load balancer that has
 session replication in place. The jvmRoute in that case
 is domain name, not the worker name. During election
 phase, only the workers with same domain will be elected.
 If all are in error state and the sticky_session_force is
 set 500 will be returned. If not set another domain will
 be elected.
 
 I hope this resolves all use cases.
 
 So the following directives are deprecated:
 worker.xxx.local_worker
 worker.xxx.local_worker_only
 
 The following has been added:
 worker.xxx.redirect (string, name of the worker or domain)
 worker.xxx.sticky_session_force (boolean)
 worker.xxx.domain (string, name of cluster domain/group)
 
 Also there is a new lb directive called 'method' that
 can be set to either to 0(request, default) or 1(traffic),
 meaning that lb can balance depending on number of requests
 or actual data transferred/read.
 So, worker.lb.method=1 will balance on data transfer.
 (Will not work with sticky sessions for now).
 
 Regards,
 Mladen.
 
 -
 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]



  1   2   3   4   5   6   7   8   9   10   >