DO NOT REPLY [Bug 35038] - After login tomcat throws Broken Pipe.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35038





--- Additional Comments From [EMAIL PROTECTED]  2005-05-25 03:54 ---
The exception is simply that the browser stopped talking to Tomcat before 
Tomcat expected it to.  It's not too surprising, since frames and HTTP/1.0 
don't play well together.

The Http10Connector is currently deprecated.  You're best bet is to upgrade to 
3.3.2 and use the CoyoteConnector instead

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

DO NOT REPLY [Bug 35038] - After login tomcat throws Broken Pipe.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35038





--- Additional Comments From [EMAIL PROTECTED]  2005-05-25 03:47 ---
Hi,
Thanks for your valuable information. We can't update the Tomcat version. 
Because it came along with the Product (Documentum4.i). 

Now i want to clarify only one thing. 
In our home page contains 5 frame set. We are facing this issue (Broken pipe) 
only in the Header Frame set. Rest of the frame are displaing correctly. 
How it is possible?
User confirm that, she didn't press the stop button.

Thanks,
(In reply to comment #1)
> The exception is simply that the browser stopped talking to Tomcat before 
> Tomcat expected it to.  It's not too surprising, since frames and HTTP/1.0 
> don't play well together.
> The Http10Connector is currently deprecated.  You're best bet is to upgrade 
to 
> 3.3.2 and use the CoyoteConnector instead.





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

DO NOT REPLY [Bug 26447] - NoClassDefFoundError while using Custom Validator (or standard validator - missing ModuleUtils)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=26447


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED], tomcat-
   ||[EMAIL PROTECTED]
 Status|RESOLVED|REOPENED
 Resolution|INVALID |
Summary|NoClassDefFoundError while  |NoClassDefFoundError while
   |using Custom Validator  |using Custom Validator (or
   ||standard validator - missing
   ||ModuleUtils)




--- Additional Comments From [EMAIL PROTECTED]  2005-05-25 02:24 ---
when switching from tomcat 5.5.4 to 5.5.9, getting

ERROR [http-8443-Processor25] (StandardWrapperValve.java:253) -
Servlet.service() for servlet action threw
exception
java.lang.NoClassDefFoundError: org/apache/struts/util/ModuleUtils
at
org.apache.struts.validator.Resources.getValidatorResources(Resources.java:94)
at 
org.apache.struts.validator.Resources.initValidator(Resources.java:294)
at
org.apache.struts.validator.ValidatorForm.validate(ValidatorForm.java:106)
at
com.privasphere.privalope.util.PsphValForm.validateFromAction(PsphValForm.java:123)
at
com.privasphere.privalope.control.action.LoginAction.userCheck(LoginAction.java:1146)
at
com.privasphere.privalope.control.action.LoginAction.execute(LoginAction.java:239)
at
com.privasphere.privalope.control.action.LoginAction.execute(LoginAction.java:98)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:415)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252
)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol
.java:744)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)


admitted my struts.jar is in CATALINA_HOME/shared/lib against the warning of
http://struts.apache.org/userGuide/configuration.html#config_add but why should
the behaviour change from 5.5.4 to 5.5.9?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.

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

DO NOT REPLY [Bug 35048] - Jar issue in Tomcat

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35048


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-05-24 22:20 ---
Bugzilla is NOT a support forum.

Please use the tomcat-user list.

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

DO NOT REPLY [Bug 35048] New: - Jar issue in Tomcat

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35048

   Summary: Jar issue in Tomcat
   Product: Tomcat 4
   Version: 4.1.24
  Platform: Other
OS/Version: AIX
Status: NEW
  Severity: major
  Priority: P2
 Component: Connector:JK/AJP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Hey;
when i start my Tomcat version 4.1.24 i'm getting this error in the 
catalina.out:
validateJarFile file_name- jar not loaded. See Servlet Spec 2.3, section 
9.7.2. Offending class: javax/servlet/Servlet.class

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

Re: Adding working dynamically with mod_jk status?

[Mladen Turk]

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

Re: Adding working dynamically with mod_jk status?

[dhay]

Any ideas or recommendations on this?

cheers,

David



|-+>
| |   [EMAIL PROTECTED] |
| ||
| |   05/23/2005 04:46 |
| |   PM   |
| |   Please respond to|
| |   "Tomcat  |
| |   Developers List" |
| ||
|-+>
  
>---|
  | 
  |
  |   To:   "Tomcat Developers List" 
  |
  |   cc:   
  |
  |   Subject:  Re: Adding working dynamically with mod_jk status?  
  |
  
>---|





Hi Mladen,

Sure...we have a system that uses multiple Tomcats (with Apache/mod_jk
upfront, of course).  We would like to make it easy for the user to add
another server to the mix.  Hence, we'd like to add the new worker to the
Apache config programmatically (we'd like to be able to delete them too, if
they cut down the number of servers they're using.  I think we can just
stop it using the status app.)

Would it be easy to add to the status code?

Comments?

cheers,

David



|-+>
| |   Mladen Turk  |
| |   <[EMAIL PROTECTED]|
| |   >|
| ||
| |   05/23/2005 04:31 |
| |   PM   |
| |   Please respond to|
| |   "Tomcat  |
| |   Developers List" |
| ||
|-+>
  
>---|

  |
  |
  |   To:   Tomcat Developers List 
  |
  |   cc:
  |
  |   Subject:  Re: Adding working dynamically with mod_jk status?
  |
  
>---|




[EMAIL PROTECTED] wrote:
> Hi,
>
> Is there any way in the current implementatio to **add** a new worker
(for
> a new Tomcat instance) dynamically?  Using mod_jk status?  Another way?
>


No.

Can you elaborate why would you need such a feature?

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: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

[Remy Maucherat]

Remy Maucherat wrote:

Remy Maucherat wrote:


I've repeated the tests on the hybrid architecture using the AB.
You can find them attached to this mail. I've run the AB with several 
concurrency levels, ranging from 20 to 1. You can see all the

results in a plot.


Here are the results.


Only spam goes through on the ASF lists. Legitimate stuff defeinitely 
does not :(


Please post the results in text form.

Rémy

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

DO NOT REPLY [Bug 35038] - After login tomcat throws Broken Pipe.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35038


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-05-24 19:37 ---
The exception is simply that the browser stopped talking to Tomcat before 
Tomcat expected it to.  It's not too surprising, since frames and HTTP/1.0 
don't play well together.

The Http10Connector is currently deprecated.  You're best bet is to upgrade to 
3.3.2 and use the CoyoteConnector instead.

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

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

[Remy Maucherat]

Remy Maucherat wrote:

I've repeated the tests on the hybrid architecture using the AB.
You can find them attached to this mail. I've run the AB with several 
concurrency levels, ranging from 20 to 1. You can see all the

results in a plot.


Here are the results.

Rémy

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

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

[Remy Maucherat]

Vicenc Beltran Querol wrote:

Hi,

I've repeated the tests on the hybrid architecture using the AB.
You can find them attached to this mail. I've run the AB with several 
concurrency levels, ranging from 20 to 1. You can see all the

results in a plot.


-c 20 -k is basically the only thing I am interested in. This is not a 
realistic test, it just measures the raw performance rather than the 
scalability.


About your previous bench results: obviously the performance of the 
regular HTTP connector is going to suck once the amount of connections 
exceeds maxThreads. As most threaded servers, it scales by increasing 
the amount of threads, and I believe it will perform relatively well (at 
the expense of resources).


Running a test with ab (ab -k -c 20 -n 2 
http://host:8080/tomcat.gif) would take 30s, and would make comparisons 
easy (basically, I actually know what the tests do ...), and will be an 
actual measurement of throughput.


I've been studying the behavior of the AB and I've several doubts 
about the significance of the results when trying to measure the throughtput

of a server. In my opinion, the AB is a great way to test the impact of
architectural modifications on the internal latency of the tomcat execution
pipeline, but not a deterministic way to compare the throughput of two servers.
In the following paragraphs I try to justify this idea (hope that in a
comprensible way) :)


Yes, you need to use ab to test either in localhost, or using a gigabit 
network.



The first thing that makes me suspect about the reliability of the obtained 
results
is that this benchmark produces a different workload intensity for each tested 
server.
I mean that, given a number of concurrent clients simulated, the AB produces a 
higher
number of requests as lower is the response time for the server (a new request 
is issued
when the previous is completed). This behavior will always favour an 
architecture
with lower internal latencies, even when it manages concurrency worse. This is 
the case of
the tomcat multithreaded architecture. Other architectures, for instance the 
Hybrid or any
other using non-blocking operations with readiness selectors, will always obtain 
worse results for low loads (remember that the select operation introduces an internal

latency of 15-30ms since data is ready in a channel, with the purpose of 
getting more
channels ready during that period). 
When the simulated number of concurrent clients is increased (and especially

when the number of threads in the pool is lower than the number of emulated
clients), the multithreaded architecture starts suffering. You can check
the plots for the throughput, number of keep-alive requests, errors or connect
time to create your own opinion.


Well, that's precisely the reason why we never used non blocking IO in 
the past :)



In conclusion, it must be taken into account that using this benchmark to 
compare
the throughput of several architectural proposals can lead to wrong conclusions,
especially when WANs (instead of fast LANs) are used for the evaluation.


Yes.


This reasoning indicates that this test is more precise to compare the response
time between two server architectures than to evaluate its performance, because
the network latency (between the server and the client) can bias the obtained 
results.

Finally, I miss a "think-time" as one of the configuration parameters of the 
AB. It
reduces the "realism" of the test and makes not possible to test the performance 
of the server in terms of "user sessions" instead of individual requests.


Again, I am not interested in a real world test here like you would do 
on your server when putting it in production, and where you want to see 
if your app reaches its performance targets, but a measurement of raw 
performance.



PS: I'm very interested in your opinion (I mean the community) about my 
reasoning
about the adequate use of the AB for throughput comparisons...


I don't see any results in your email, BTW.

Rémy

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

Re: Hybrid (NIO+Multithread, SSL enabled) architecture for Coyote

[Vicenc Beltran Querol]

Hi,

I've repeated the tests on the hybrid architecture using the AB.
You can find them attached to this mail. I've run the AB with several 
concurrency levels, ranging from 20 to 1. You can see all the
results in a plot.


> Running a test with ab (ab -k -c 20 -n 2 
> http://host:8080/tomcat.gif) would take 30s, and would make comparisons 
> easy (basically, I actually know what the tests do ...), and will be an 
> actual measurement of throughput.


I've been studying the behavior of the AB and I've several doubts 
about the significance of the results when trying to measure the throughtput
of a server. In my opinion, the AB is a great way to test the impact of
architectural modifications on the internal latency of the tomcat execution
pipeline, but not a deterministic way to compare the throughput of two servers.
In the following paragraphs I try to justify this idea (hope that in a
comprensible way) :)


The first thing that makes me suspect about the reliability of the obtained 
results
is that this benchmark produces a different workload intensity for each tested 
server.
I mean that, given a number of concurrent clients simulated, the AB produces a 
higher
number of requests as lower is the response time for the server (a new request 
is issued
when the previous is completed). This behavior will always favour an 
architecture
with lower internal latencies, even when it manages concurrency worse. This is 
the case of
the tomcat multithreaded architecture. Other architectures, for instance the 
Hybrid or any
other using non-blocking operations with readiness selectors, will always 
obtain 
worse results for low loads (remember that the select operation introduces an 
internal
latency of 15-30ms since data is ready in a channel, with the purpose of 
getting more
channels ready during that period). 
When the simulated number of concurrent clients is increased (and especially
when the number of threads in the pool is lower than the number of emulated
clients), the multithreaded architecture starts suffering. You can check
the plots for the throughput, number of keep-alive requests, errors or connect
time to create your own opinion.


In conclusion, it must be taken into account that using this benchmark to 
compare
the throughput of several architectural proposals can lead to wrong conclusions,
especially when WANs (instead of fast LANs) are used for the evaluation.

Let me explain with a simple example, assuming that the AB simulated 10 
concurrent
clients...

Lets suppose two architectures, A and B:

A -> Internal service time for the tomcat.gif file: 1ms
B -> Internal service time for the tomcat.gif file: 5ms


And lets suppose two different scenarios:

First, assuming a zero network latency... (in practice, a Gbit LAN)
 - The observed throughput for A will be 1 replies/sec (10*(1/10^-3))
 - The observed throughput for B will be  2000 replies/sec (10*(5/10^-3))
 - The speedup observed between A and B is 5.


Later, assuming a  200 ms network latency... (in practice, a WAN)
 - The observed throughput for A will be  49,75 replies/sec (10*(1/(10^-3 + 
200^-3)))
 - The observed throughput for B will be  48,78 replies/sec (10*(1/(5^-3 + 
200^-3)))
 - The speedup observed between A and B is 1,019.


This reasoning indicates that this test is more precise to compare the response
time between two server architectures than to evaluate its performance, because
the network latency (between the server and the client) can bias the obtained 
results.


Finally, I miss a "think-time" as one of the configuration parameters of the 
AB. It
reduces the "realism" of the test and makes not possible to test the 
performance 
of the server in terms of "user sessions" instead of individual requests.

> 
> Note: your patch still seems bad, as the file add is represented as a 
> diff. This is likely not going to be patcheable.

I'm very sorry but I missunderstood you again... :(

Again... do I send the modified files "as is", instead of a diff?


Thanks for the comments,

Vicenç

PS: I'm very interested in your opinion (I mean the community) about my 
reasoning
about the adequate use of the AB for throughput comparisons...




> 
> 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: jk 1.2.11 / 1.2.13 not working on iSeries

[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.11 / 1.2.13 not working on iSeries

[Gaston Lanteigne]

pleae deleted my email from your list


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

Re: cvs commit: jakarta-tomcat-connectors/jni/native/include tcn.h

[Gaston Lanteigne]

please deleted my email from your list


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

Re: Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Gaston Lanteigne]

please deleted my email from your list .


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

Felicia WL Wong/SG/TLS/PwC is out of the office.

[felicia . wl . wong]

I will be out of the office starting  24/05/2005 and will not return until
27/05/2005.

I will respond to your message when I return to the office on 30 May 2005.
Alternatively, you may contact Cynthia Lee at 6236 3606 for any emergency.

Best regards
Felicia
_
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material.  Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited.   If you received
this in error, please contact the sender and delete the material from any
computer.



-
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

[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

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

cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc

[hgomez]

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]

cvs commit: jakarta-tomcat-connectors/jni/native libtcnative.dsp tcnative.dsp

[mturk]

mturk   2005/05/24 03:59:42

  Modified:jni/native libtcnative.dsp tcnative.dsp
  Log:
  Add ssl files to the build.
  
  Revision  ChangesPath
  1.9   +12 -0 jakarta-tomcat-connectors/jni/native/libtcnative.dsp
  
  Index: libtcnative.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/libtcnative.dsp,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- libtcnative.dsp   20 May 2005 07:01:04 -  1.8
  +++ libtcnative.dsp   24 May 2005 10:59:42 -  1.9
  @@ -148,6 +148,18 @@
   # End Source File
   # Begin Source File
   
  +SOURCE=.\src\sslcontext.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=.\src\sslnetwork.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=.\src\sslutils.c
  +# End Source File
  +# Begin Source File
  +
   SOURCE=.\src\stdlib.c
   # End Source File
   # Begin Source File
  
  
  
  1.9   +16 -0 jakarta-tomcat-connectors/jni/native/tcnative.dsp
  
  Index: tcnative.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/tcnative.dsp,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- tcnative.dsp  20 May 2005 07:01:04 -  1.8
  +++ tcnative.dsp  24 May 2005 10:59:42 -  1.9
  @@ -144,6 +144,22 @@
   # End Source File
   # Begin Source File
   
  +SOURCE=.\src\ssl.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=.\src\sslcontext.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=.\src\sslnetwork.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=.\src\sslutils.c
  +# End Source File
  +# Begin Source File
  +
   SOURCE=.\src\stdlib.c
   # End Source File
   # Begin Source File
  
  
  

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

cvs commit: jakarta-tomcat-5 build.properties.default

[remm]

remm2005/05/24 03:58:42

  Modified:.build.properties.default
  Log:
  - Update commons-daemon.
  
  Revision  ChangesPath
  1.144 +3 -3  jakarta-tomcat-5/build.properties.default
  
  Index: build.properties.default
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
  retrieving revision 1.143
  retrieving revision 1.144
  diff -u -r1.143 -r1.144
  --- build.properties.default  15 May 2005 09:45:35 -  1.143
  +++ build.properties.default  24 May 2005 10:58:42 -  1.144
  @@ -83,10 +83,10 @@
   
   
   # - Commons Daemon, version 1.0-Alpha or later -
  -commons-daemon.home=${base.path}/commons-daemon-1.0
  +commons-daemon.home=${base.path}/commons-daemon-1.0.1
   commons-daemon.lib=${commons-daemon.home}
   commons-daemon.jar=${commons-daemon.lib}/commons-daemon.jar
  
-commons-daemon.loc=${base-jakarta.loc}/commons/daemon/binaries/commons-daemon-1.0.tar.gz
  
+commons-daemon.loc=${base-jakarta.loc}/commons/daemon/binaries/commons-daemon-1.0.1.tar.gz
   commons-daemon.jsvc.tar.gz=${commons-daemon.lib}/bin/jsvc.tar.gz
   
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src sslcontext.c sslnetwork.c sslutils.c

[mturk]

mturk   2005/05/24 03:53:20

  Added:   jni/native/src sslcontext.c sslnetwork.c sslutils.c
  Log:
  Initial implementation.
  
  Revision  ChangesPath
  1.1  jakarta-tomcat-connectors/jni/native/src/sslcontext.c
  
  Index: sslcontext.c
  ===
  /* Copyright 2000-2004 The Apache Software Foundation
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  
  /** SSL Context wrapper
   *
   * @author Mladen Turk
   * @version $Revision: 1.1 $, $Date: 2005/05/24 10:53:20 $
   */
  
  #include "apr.h"
  #include "apr_pools.h"
  #include "apr_file_io.h"
  #include "apr_portable.h"
  #include "apr_thread_mutex.h"
  
  #include "tcn.h"
  
  #ifdef HAVE_OPENSSL
  #include "ssl_private.h"
  
  #else
  /* OpenSSL is not supported
   * If someday we make OpenSSL optional
   * APR_ENOTIMPL will go here
   */
  #error "No OpenSSL Toolkit defined."
  #endif
  
  
  
  1.1  jakarta-tomcat-connectors/jni/native/src/sslnetwork.c
  
  Index: sslnetwork.c
  ===
  /* Copyright 2000-2004 The Apache Software Foundation
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  
  /** SSL network wrapper
   *
   * @author Mladen Turk
   * @version $Revision: 1.1 $, $Date: 2005/05/24 10:53:20 $
   */
  
  #include "apr.h"
  #include "apr_pools.h"
  #include "apr_file_io.h"
  #include "apr_portable.h"
  #include "apr_thread_mutex.h"
  
  #include "tcn.h"
  
  #ifdef HAVE_OPENSSL
  #include "ssl_private.h"
  
  #else
  /* OpenSSL is not supported
   * If someday we make OpenSSL optional
   * APR_ENOTIMPL will go here
   */
  #error "No OpenSSL Toolkit defined."
  #endif
  
  
  
  1.1  jakarta-tomcat-connectors/jni/native/src/sslutils.c
  
  Index: sslutils.c
  ===
  /* Copyright 2000-2004 The Apache Software Foundation
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  
  /** SSL Utilities
   *
   * @author Mladen Turk
   * @version $Revision: 1.1 $, $Date: 2005/05/24 10:53:20 $
   */
  
  #include "apr.h"
  #include "apr_pools.h"
  #include "apr_file_io.h"
  #include "apr_portable.h"
  #include "apr_thread_mutex.h"
  
  #include "tcn.h"
  
  #ifdef HAVE_OPENSSL
  #include "ssl_private.h"
  
  #else
  /* OpenSSL is not supported
   * If someday we make OpenSSL optional
   * APR_ENOTIMPL will go here
   */
  #error "No OpenSSL Toolkit defined."
  #endif
  
  
  

-
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

[Mladen Turk]

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]

Re: jk 1.2.11 / 1.2.13 not working on iSeries

[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

[Mladen Turk]

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]

Re: jk 1.2.11 / 1.2.13 not working on iSeries

[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

[Mladen Turk]

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]

DO NOT REPLY [Bug 35038] New: - After login tomcat throws Broken Pipe.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35038

   Summary: After login tomcat throws Broken Pipe.
   Product: Tomcat 3
   Version: 3.3 Release Candidate 1
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Keywords: ErrorMessage
  Severity: normal
  Priority: P3
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


We are using tomcat 3.3a in solaris 8.0 (SF25K).

My home page(After login) contain 4 frame set. In the toolbar (Header) page 
throwing Broken Pipe exception. It occures intermitantly. 

Exception type :1

java.io.IOException: Broken pipe
at java.net.SocketOutputStream.socketWrite(Native Method)
at java.net.SocketOutputStream.write(SocketOutputStream.java:96)
at org.apache.tomcat.modules.server.Http10.doWrite(Unknown Source)
at org.apache.tomcat.modules.server.HttpResponse.doWrite(Unknown Source)
at org.apache.tomcat.core.OutputBuffer.realWriteBytes(Unknown Source)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(Unknown Source)
at org.apache.tomcat.core.OutputBuffer.flush(Unknown Source)
at org.apache.tomcat.core.OutputBuffer.close(Unknown Source)
at org.apache.tomcat.facade.ServletWriterFacade.close(Unknown Source)
at com.documentum.wc.cmd.DwCommandDispatcher.service
(DwCommandDispatcher.java:289)
at javax.servlet.http.HttpServlet.service(HttpServlet.java)
at org.apache.tomcat.facade.ServletHandler.doService(Unknown Source)
at org.apache.tomcat.core.Handler.invoke(Unknown Source)
at org.apache.tomcat.core.Handler.service(Unknown Source)
at org.apache.tomcat.facade.ServletHandler.service(Unknown Source)
at org.apache.tomcat.core.ContextManager.internalService(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at org.apache.tomcat.modules.server.Http10Interceptor.processConnection
(Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run
(Unknown Source)
at java.lang.Thread.run(Thread.java:484)
2005-05-13 18:21:55 - Http10Interceptor: SocketException reading request, 
ignored

Exception type :2

2005-05-16 17:16:12 - DecodeInterceptor: Charset from session UTF-8
{The following error occurred after content was sent: }{Failed to dispatch the 
archive stream}java.io.IOException: Broken pipe
2005-05-16 17:16:12 - Http10Interceptor: SocketException reading request, 
ignored

Anybody face this exception ever before.

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

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

[mturk]

mturk   2005/05/24 02:34:05

  Modified:jni/native/src ssl.c
  Log:
  Break compile if HAVE_OPENSSL was not defined. Later we can add
  dummy funcs if we agree to allow compiling without SSL toolkit
  
  Revision  ChangesPath
  1.12  +2 -1  jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- ssl.c 24 May 2005 09:24:40 -  1.11
  +++ ssl.c 24 May 2005 09:34:05 -  1.12
  @@ -247,4 +247,5 @@
* If someday we make OpenSSL optional
* APR_ENOTIMPL will go here
*/
  +#error "No OpenSSL Toolkit defined."
   #endif
  
  
  

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

jk 1.2.11 / 1.2.13 not working on iSeries

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

cvs commit: jakarta-tomcat-connectors/jni/native/os/win32 system.c

[mturk]

mturk   2005/05/24 02:25:36

  Modified:jni/native/os/netware system.c
   jni/native/os/unix system.c
   jni/native/os/win32 system.c
  Log:
  Add CVS version tags.
  
  Revision  ChangesPath
  1.4   +6 -0  jakarta-tomcat-connectors/jni/native/os/netware/system.c
  
  Index: system.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/os/netware/system.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- system.c  18 Jan 2005 10:23:15 -  1.3
  +++ system.c  24 May 2005 09:25:36 -  1.4
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "apr_network_io.h"
  
  
  
  1.4   +6 -0  jakarta-tomcat-connectors/jni/native/os/unix/system.c
  
  Index: system.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/os/unix/system.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- system.c  18 Jan 2005 10:23:15 -  1.3
  +++ system.c  24 May 2005 09:25:36 -  1.4
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "apr_network_io.h"
  
  
  
  1.4   +6 -0  jakarta-tomcat-connectors/jni/native/os/win32/system.c
  
  Index: system.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/os/win32/system.c,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- system.c  18 Jan 2005 10:23:15 -  1.3
  +++ system.c  24 May 2005 09:25:36 -  1.4
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #define _WIN32_WINNT 0x0500
   
   #include "apr.h"
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src dir.c error.c file.c info.c jnilib.c lock.c misc.c mmap.c network.c os.c poll.c pool.c proc.c shm.c ssl.c stdlib.c user.c

[mturk]

mturk   2005/05/24 02:24:40

  Modified:jni/native/include ssl_private.h tcn.h tcn_version.h
   jni/native/src dir.c error.c file.c info.c jnilib.c lock.c
misc.c mmap.c network.c os.c poll.c pool.c proc.c
shm.c ssl.c stdlib.c user.c
  Log:
  Add CVS version tags.
  
  Revision  ChangesPath
  1.3   +6 -0  
jakarta-tomcat-connectors/jni/native/include/ssl_private.h
  
  Index: ssl_private.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/ssl_private.h,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ssl_private.h 23 May 2005 11:50:30 -  1.2
  +++ ssl_private.h 24 May 2005 09:24:39 -  1.3
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #ifndef SSL_PRIVATE_H
   #define SSL_PRIVATE_H
   
  
  
  
  1.5   +6 -1  jakarta-tomcat-connectors/jni/native/include/tcn.h
  
  Index: tcn.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/include/tcn.h,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- tcn.h 24 May 2005 09:17:49 -  1.4
  +++ tcn.h 24 May 2005 09:24:39 -  1.5
  @@ -13,7 +13,12 @@
* limitations under the License.
*/
   
  -
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #ifndef TCN_H
   #define TCN_H
   
  
  
  
  1.2   +6 -0  
jakarta-tomcat-connectors/jni/native/include/tcn_version.h
  
  Index: tcn_version.h
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jni/native/include/tcn_version.h,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- tcn_version.h 14 Jan 2005 13:47:23 -  1.1
  +++ tcn_version.h 24 May 2005 09:24:39 -  1.2
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #ifndef TCN_VERSION_H
   #define TCN_VERSION_H
   
  
  
  
  1.3   +6 -0  jakarta-tomcat-connectors/jni/native/src/dir.c
  
  Index: dir.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/dir.c,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- dir.c 17 Jan 2005 07:21:13 -  1.2
  +++ dir.c 24 May 2005 09:24:40 -  1.3
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "apr_file_io.h"
  
  
  
  1.7   +6 -0  jakarta-tomcat-connectors/jni/native/src/error.c
  
  Index: error.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/error.c,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- error.c   19 Apr 2005 19:55:42 -  1.6
  +++ error.c   24 May 2005 09:24:40 -  1.7
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "tcn.h"
  
  
  
  1.6   +6 -0  jakarta-tomcat-connectors/jni/native/src/file.c
  
  Index: file.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/file.c,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- file.c19 May 2005 17:19:45 -  1.5
  +++ file.c24 May 2005 09:24:40 -  1.6
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "apr_file_io.h"
  
  
  
  1.6   +6 -0  jakarta-tomcat-connectors/jni/native/src/info.c
  
  Index: info.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/info.c,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- info.c24 May 2005 09:19:55 -  1.5
  +++ info.c24 May 2005 09:24:40 -  1.6
  @@ -13,6 +13,12 @@
* limitations under the License.
*/
   
  +/*
  + *
  + * @author Mladen Turk
  + * @version $Revision$, $Date$
  + */
  + 
   #include "apr.h"
   #include "apr_pools.h"
   #include "apr_file_io.h"
  
  
  
  1.4   +6 -0  jakarta-tomcat-connectors/jni/native/src/jnilib.c
  
  Index: jnilib.c
 

cvs commit: jakarta-tomcat-connectors/jni/native/src info.c jnilib.c

[mturk]

mturk   2005/05/24 02:19:55

  Modified:jni/native/src info.c jnilib.c
  Log:
  Fix compile time warnings using correct casting
  
  Revision  ChangesPath
  1.5   +2 -2  jakarta-tomcat-connectors/jni/native/src/info.c
  
  Index: info.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/info.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- info.c16 Apr 2005 16:45:13 -  1.4
  +++ info.c24 May 2005 09:19:55 -  1.5
  @@ -184,8 +184,8 @@
   SET_FINFO_I(valid, info->valid);
   SET_FINFO_I(protection, info->protection);
   SET_FINFO_I(filetype, info->filetype);
  -SET_FINFO_I(user, info->user);
  -SET_FINFO_I(group, info->group);
  +SET_FINFO_I(user, ((jlong)info->user));
  +SET_FINFO_I(group, ((jlong)info->group));
   SET_FINFO_I(inode, info->inode);
   SET_FINFO_I(device, info->device);
   SET_FINFO_I(nlink, info->nlink);
  
  
  
  1.3   +1 -1  jakarta-tomcat-connectors/jni/native/src/jnilib.c
  
  Index: jnilib.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/jnilib.c,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- jnilib.c  20 May 2005 07:31:41 -  1.2
  +++ jnilib.c  24 May 2005 09:19:55 -  1.3
  @@ -85,7 +85,7 @@
   }
   
   len = strlen(str);
  -bytes = (*env)->NewByteArray(env, len);
  +bytes = (*env)->NewByteArray(env, (jsize)len);
   if (bytes != NULL) {
   (*env)->SetByteArrayRegion(env, bytes, 0, (jint)len, (jbyte *)str);
   result = (*env)->NewObject(env, jString_class, jString_init, bytes);
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src ssl.c

[mturk]

mturk   2005/05/24 02:19:12

  Modified:jni/native/src ssl.c
  Log:
  Fix compile time warnings about unused variables and casting
  
  Revision  ChangesPath
  1.10  +4 -1  jakarta-tomcat-connectors/jni/native/src/ssl.c
  
  Index: ssl.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/ssl.c,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- ssl.c 23 May 2005 07:20:27 -  1.9
  +++ ssl.c 24 May 2005 09:19:12 -  1.10
  @@ -108,6 +108,8 @@
   static void ssl_thread_lock(int mode, int type,
   const char *file, int line)
   {
  +UNREFERENCED(file);
  +UNREFERENCED(line);
   if (type < ssl_lock_num_locks) {
   if (mode & CRYPTO_LOCK) {
   apr_thread_mutex_lock(ssl_lock_cs[type]);
  @@ -132,12 +134,13 @@
   
   return psaptr->PSATOLD;
   #else
  -return (unsigned long) apr_os_thread_current();
  +return (unsigned long)((jlong)apr_os_thread_current());
   #endif
   }
   
   static apr_status_t ssl_thread_cleanup(void *data)
   {
  +UNREFERENCED(data);
   CRYPTO_set_locking_callback(NULL);
   CRYPTO_set_id_callback(NULL);
   /* Let the registered mutex cleanups do their own thing
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/src user.c

[mturk]

mturk   2005/05/24 02:18:29

  Modified:jni/native/src user.c
  Log:
  Remove extra casting..
  
  Revision  ChangesPath
  1.2   +6 -6  jakarta-tomcat-connectors/jni/native/src/user.c
  
  Index: user.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/src/user.c,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- user.c14 Jan 2005 13:47:58 -  1.1
  +++ user.c24 May 2005 09:18:29 -  1.2
  @@ -93,7 +93,7 @@
   TCN_IMPLEMENT_CALL(jstring, User, username)(TCN_STDARGS, jlong userid, jlong 
pool)
   {
   apr_pool_t *p = J2P(pool, apr_pool_t *);
  -apr_uid_t uid = (apr_uid_t)(long)userid;
  +apr_uid_t uid = (apr_uid_t)userid;
   char *uname = NULL;
   
   UNREFERENCED(o);
  @@ -109,7 +109,7 @@
   TCN_IMPLEMENT_CALL(jstring, User, groupname)(TCN_STDARGS, jlong grpid, jlong 
pool)
   {
   apr_pool_t *p = J2P(pool, apr_pool_t *);
  -apr_gid_t gid = (apr_uid_t)(long)grpid;
  +apr_gid_t gid = (apr_uid_t)grpid;
   char *gname = NULL;
   
   UNREFERENCED(o);
  @@ -126,16 +126,16 @@
   {
   
   UNREFERENCED_STDARGS;
  -return (int)apr_uid_compare((apr_uid_t)(long)left,
  -(apr_uid_t)(long)right);
  +return (int)apr_uid_compare((apr_uid_t)left,
  +(apr_uid_t)right);
   }
   
   TCN_IMPLEMENT_CALL(jint, User,gidcompare)(TCN_STDARGS, jlong left, jlong 
right)
   {
   
   UNREFERENCED_STDARGS;
  -return (int)apr_gid_compare((apr_gid_t)(long)left,
  -(apr_gid_t)(long)right);
  +return (int)apr_gid_compare((apr_gid_t)left,
  +(apr_gid_t)right);
   }
   
   TCN_IMPLEMENT_CALL(jstring, User, homepath)(TCN_STDARGS, jstring uname, 
jlong pool)
  
  
  

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

cvs commit: jakarta-tomcat-connectors/jni/native/include tcn.h

[mturk]

mturk   2005/05/24 02:17:50

  Modified:jni/native/include tcn.h
  Log:
  Remove unused 'min' macro and simplify the int64<->pointer conversion.
  
  Revision  ChangesPath
  1.4   +2 -7  jakarta-tomcat-connectors/jni/native/include/tcn.h
  
  Index: tcn.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jni/native/include/tcn.h,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- tcn.h 18 Apr 2005 12:30:54 -  1.3
  +++ tcn.h 24 May 2005 09:17:49 -  1.4
  @@ -26,11 +26,6 @@
   #define TCN_ASSERT(x) (void)0
   #endif
   
  -#ifdef min
  -#undef min
  -#endif
  -#define min(a, b)  ((a) < (b) ? (a) : (b))
  -
   #ifndef APR_MAX_IOVEC_SIZE
   #define APR_MAX_IOVEC_SIZE 1024
   #endif
  @@ -40,8 +35,8 @@
   #define TCN_ERROR_CLASS "org/apache/tomcat/jni/Error"
   
   #define UNREFERENCED(P) (P)
  -#define P2J(P)  ((jlong)(long)(void *)P)
  -#define J2P(P, T)   ((T)(void *)(long)P)
  +#define P2J(P)  ((jlong)(P))
  +#define J2P(P, T)   ((T)((jlong)(P)))
   /* On stack buffer size */
   #define TCN_BUFFER_SZ   8192
   #define TCN_STDARGS JNIEnv *e, jobject o
  
  
  

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

DO NOT REPLY [Bug 35035] - ant deploy with context subdirectories

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35035


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-05-24 10:01 ---
This is as designed, and you indeed have to use a context file to deploy to
nested folders. There's no way to fix this (the auto deployer cannot scan
subfolders, obviously), so please do not reopen the report.

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

DO NOT REPLY [Bug 35034] - jndi datasources & security manager

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35034


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-05-24 09:58 ---
The commons-dbcp library would need to be written with the security manager in
mind (ie, it needs to have PAs). Not a Tomcat bug, and you should be able to use
alternate datasource providers.

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

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

DO NOT REPLY [Bug 35036] New: - JNDI Realm unable to use NIS context factory & FLAT

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=35036

   Summary: JNDI Realm unable to use NIS context factory & FLAT
   Product: Tomcat 5
   Version: 5.5.7
  Platform: Other
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina:Modules
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Am not very used to programmatic manipulations of JNDI, but while trying to 
use the JNDIRealm over a NIS (yellow pages passwords/groups) i noticed the 
following problems. 
 
First, the sun NISContextFactory use a FLAT directional model (i don't know 
exactly what it means, but i think this is related to the imposibility for a 
node to know his parent), one of the consequences is it's impossible to build 
a fully qualified name from a user entry. The following code in realm does 
fail with exception thrown at the line "name = name.addAll(entryName)": 
NameParser parser = context.getNameParser(""); 
Name contextName = parser.parse(context.getNameInNamespace()); 
Name baseName = parser.parse(userBase); 
 
// Bugzilla 32267 
Name entryName = parser.parse(new 
CompositeName(result.getName()).get(0)); 
 
Name name = contextName.addAll(baseName); 
name = name.addAll(entryName); 
 
To get around this a try catch around it and defaulting the dn to 'username' 
did solve my problem. So easy to fix. 
 
Second, if there is no way to have digested passwords supporting anykind of 
salt. The method digest() from RealmBase only gets the credential, not the 
encrypted password to extract the salt. Most unis based password still rely on 
salts. (Some even use MD5+salt or SHA+salt) 
 
Third, there is a test "if (password.startsWith("{SHA}"))" around line 1188. 
Seems in case of NIS, there is a more generic 
{} form used. 
In my case, mapping to an HP-UX NIS is in the form 
"{crypt}". The {crypt} part must be removed before 
comparing to crypted password. 
 
Last but not least, the HP-UX crypt does use DES (i know this is far from the 
best choice algorithm) but java does not provide a DES digest, so i had to do 
some other way. 
 
I solved the crypt problem and salt problem by using code inspired from 
http://cvs.sourceforge.net/viewcvs.py/esup-casgeneric/esup-casgeneric/esup-casgeneric/source/org/esupportail/cas/server/util/crypt/Crypt.java?rev=1.1&view=markup
 
 
As there can be lots of possible from depending on the jndi mapping, for the 
password, maybe a good solution would be to add a parameter to the JNDIRelam 
which would be digestClass="com.company.someDigestClass" and have the realm do 
a digestedPassword = theDigestClass.encrypt(storedPassword, crendentials). 
This way the encryptClass could extract the salt from storedPassword and then 
encode the Credentials using it the class dedicated algorithm and return the 
encryptedPassword for comparaison.

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

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Re: Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Mark Thomas]

Just blocked the address.

Mark
tomcat-dev-owner

Joon Kim wrote:

Do you have a clue? Can you stop these messages?

--- Irene Robatscher
<[EMAIL PROTECTED]> wrote:


Ich werde ab  24.05.2005 nicht im Büro sein. Ich
kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05.
and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my
colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and
may be privileged. Use
or disclosure of it by anyone other than a
designated addressee is
unauthorized.
If you are not an intended recipient, please delete
this e-mail from the
computer on which you received it. We thank you for
notifying us
immediately.



__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


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

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.

Irene Robatscher/Baldessarini/HUGO_BOSS ist außer Haus.

[Irene Robatscher]

Ich werde ab  24.05.2005 nicht im Büro sein. Ich kehre zurück am
31.05.2005.

I will be out of office from 23.05.05 to 31.05.05. and I will not be able
to read your e-mail.

For urgent matters pls. get into contact with my colleague Mrs. Anna
Franzese: +49-89-306684-16









This e-mail (and/or attachments) is confidential and may be privileged. Use
or disclosure of it by anyone other than a designated addressee is
unauthorized.
If you are not an intended recipient, please delete this e-mail from the
computer on which you received it. We thank you for notifying us
immediately.