RE: Problem with iso-8859-2 charset

2001-12-28 Thread thanaa

Hello,

Dear Maciej, I am new user to tomcat and I am using the same version 3.3
on linux also, I need to configure apache and tomcat to work together,
and I am failed, would you please direct me to any documentation that
can be helpful.
Also, I am using binary version of tomcat, do I need to use rpm for
linux?

Please reply to me.

Thank you.


-Original Message-
From: Maciej Ko³odziej [mailto:[EMAIL PROTECTED]] 
Sent: Friday, December 28, 2001 9:03 AM
To: [EMAIL PROTECTED]
Subject: Problem with iso-8859-2 charset

Hi,

I'm  using  Tomcat 3.3 on Linux Debian unstable system. Everything was
fine  until  I made an upgrade of the distribution. Now all iso-8859-2
chars  are  returned  as  two-byte  values  (Unicode?),  and  I can see
question  marks  and  squares  instead of letters. Does anyone have an
idea what can it be? Configuration problem? Same jsp pages worked fine
before the upgrade.

-- 
Best regards,
Maciej


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




RE: Does security realms encrypt the passwords?

2001-12-27 Thread thanaa



-Original Message-
From: thanaa [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, December 26, 2001 4:11 PM
To: 'Tomcat Users List'
Subject: RE: Does security realms encrypt the passwords?

I am a new user for tomcat v4.0, I need tomcat & apache to work
together, when I start tomcat, it generate the following: Tomcat
standalone start Apache-tomcat start, 
But I am still unable to execute the jsp files under apache; I think I
am not setting up the parameters for WebAppDeploy correctly:

WebAppDeploy examples warpConnection /examples/

Can I know what I should put instead of examples?

Thank you.

-Original Message-
From: Michael Wentzel [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, December 26, 2001 3:22 PM
To: 'Tomcat Users List'
Subject: RE: Does security realms encrypt the passwords?

> I'm using JDBC realms with Tomcat4.0 with a HTML form. My 
> question is, does 
> the password get sent over the internet in plain text format or is it 
> hashed/encrypted/digested in some way?
> 
> A good idea would be to digest it together with a random 
> variable and the 
> session Id using Md5 for example. Otherwise the password will 
> be sent over 
> the internet in plain text format for any hacker to grab it...

The plain ole JDBCRealm does no encryption.  You'll have to extend
JDBCRealm
to do any encryption.  JDBCRealm itself is only the server side code it
does
not have anything to do with the way the text is sent in the request.



---
Michael Wentzel
Software Developer
Software As We Think - http://www.aswethink.com

--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe:   <mailto:[EMAIL PROTECTED]>
For additional commands: <mailto:[EMAIL PROTECTED]>
Troubles with the list: <mailto:[EMAIL PROTECTED]>




RE: Does security realms encrypt the passwords?

2001-12-26 Thread thanaa

I am a new user for tomcat v4.0, I need tomcat & apache to work
together, when I start tomcat, it generate the following: Tomcat
standalone start Apache-tomcat start, 
But I am still unable to execute the jsp files under apache; I think I
am not setting up the parameters for WebAppDeploy correctly:

WebAppDeploy examples warpConnection /examples/

Can I know what I should put instead of examples?

Thank you.

-Original Message-
From: Michael Wentzel [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, December 26, 2001 3:22 PM
To: 'Tomcat Users List'
Subject: RE: Does security realms encrypt the passwords?

> I'm using JDBC realms with Tomcat4.0 with a HTML form. My 
> question is, does 
> the password get sent over the internet in plain text format or is it 
> hashed/encrypted/digested in some way?
> 
> A good idea would be to digest it together with a random 
> variable and the 
> session Id using Md5 for example. Otherwise the password will 
> be sent over 
> the internet in plain text format for any hacker to grab it...

The plain ole JDBCRealm does no encryption.  You'll have to extend
JDBCRealm
to do any encryption.  JDBCRealm itself is only the server side code it
does
not have anything to do with the way the text is sent in the request.



---
Michael Wentzel
Software Developer
Software As We Think - http://www.aswethink.com

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: 




RE: Clarification needed, please

2001-12-26 Thread thanaa

I am a new user for tomcat v4.0, I need tomcat & apache to work
together, when I start tomcat, it generate the following:
Tomcat standalone start
Apache-tomcat start, 
But I am still unable to execute the jsp files under apache; I think I
am not setting up the parameters for WebAppDeploy correctly:

WebAppDeploy examples warpConnection /examples/

Can I know what I should put instead of examples?

Thank you.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, December 26, 2001 3:10 PM
To: [EMAIL PROTECTED]
Subject: RE: Clarification needed, please

Ahh. OK.  I'm mixing things together when I shouldn't.

Isn't it unfortunate you learn most after putting your foot in your
mouth?
I suppose more unfortunate is not learning anything afterward.

Thanks,
-Mark

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 26, 2001 2:10 PM
To: Tomcat Users List
Subject: RE: Clarification needed, please




On Wed, 26 Dec 2001 [EMAIL PROTECTED] wrote:

> Date: Wed, 26 Dec 2001 12:09:12 -0500
> From: [EMAIL PROTECTED]
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: RE: Clarification needed, please
>
>
>
> -Original Message-
> From: Randy Layman [mailto:[EMAIL PROTECTED]]
> 
>
> > -Original Message-
> > From: Nikola Milutinovic [mailto:[EMAIL PROTECTED]]
>
> 
>
> > If Tomcat gets two requests, handled by the same servlet,
> > will the same instance of that servlet handle it?
> Yes.  Tomcat will always create exactly one instance of a servlet
> for each unique URL that can access it (i.e. two servlet mappings
> equals two instances).
>
> Doesn't this depend upon how the servlet is scoped?  Tomcat will
compile
one
> jsp per *.jsp file but instantiates the servlet differently according
to
the
> servlet's scope being either application, session, or request.
>

Not really.  *Servlets* are not scoped -- only attributes (i.e. beans).

> Randy is explaining application scope.  You get one instance of the
servlet
> and state is maintained across all accesses.
>
> Session scope will maintain state for the duration of an http session
and
> request scope will give you a new servlet for each request with no
memory
> shared (and no shared memory) between requests.
>
> >From what I understand of the Servlet Spec. a servlet must be
contained
> within one instance of a JVM (because of concurrency issues) but, that
is
> not related to the servlet scope which pertains to the semantics of
your
web
> application.
>

You don't have it quite right.  Servlet instance lifecycle information
is
defined in Section 2 of the Servlet 2.3 specification, which doesn't
have
anything to do with scopes.

Scopes (in the JSP vocabulary) match up to servlet concepts like this:

* "application scope" beans == ServletContext attributes
* "session scope" beans == HttpSession attributes
* "request scope" beans == ServletRequest attributes
* "page scope" beans do not have a direct analog in the Servlet API --
  but they act more like local variables in the doGet() or doPost()
  method than anything else.

> That's kinda how I've been understanding it.  Please correct me if I'm
> wrong.
>
> -Mark
>

Craig McClanahan


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 



--
To unsubscribe:   
For additional commands: 
Troubles with the list: