Start Tomcat after electricity black-out

[Oliver Hirschi]

Hi Tomcat gurus

I use Mac OSX Server 10.3.9.
After an electricity black-out I can not start Tomcat over "Server
Admin - Appication Server".
The panel shows, that Tomcat is running, but it is not. After press on
"Stop" there happens nothing.

Over the Terminal with the script startup.sh I am able to start Tomcat!

Does anybody know something about this wrongdoing?

Many thanks!
-- 
Oliver Hirschi
http://www.FamilyHirschi.ch



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

Tomcat 3.3.2: Not able to retrieve parameters

[Code Rebel]

Hi all,

For some reason I'm not able to retrieve the
parameters from a URL. 

I have a simple test JSP file that attempts to print
out the names and values of parameters passed via the
URL. The JSP loads, executes and provides a response
just fine, but the call to
HttpServletRequest.getParameterNames() always returns
an empty Enumeration, even when there are parameters
on the URL. 

So, for example, if the following URL is given:
http://localhost/examples/jsp/test.jsp?first=1&second=2

...I would expect getParameterNames() to return an
Enumeration containing two strings: "first" and
"second"

But no such luck. 

My hunch is that there is something wrong in the
configuration, probably in the server.xml file, but so
far I haven't been able to figure out what the problem
might be.

Thanks in advance for your help.




Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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

manager not unpacking war files

[erh]

I'm trying to get the Tomcat manager app to unpack war files when I
install them. (using "Deploy directory or WAR file located on server")
The only setting I found that is supposed to control this is unpackWARs,
so I have this in my server.xml:

  

Nothing I tried caused the war to get unpacked, until I happened to install
a war file that was writable by everyone, instead of just the owner and
group.  WTF?  Is it supposed to do that?  Why doesn't it unpack it when
the permissions are more restrictive?

eric

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

Re: Problem VirtualHost WebApp Served on Two URLs

[TroyGeek]

No, I don't believe this is the problem. I've removed the ROOT web 
application and confugured apache forwarding to tomcat using the mod_jk 
connector to forward the root webapp to 'mysite'.
 

 On 8/20/05, Peter Rossbach <[EMAIL PROTECTED]> wrote: 
> 
> You must rename your directory from mysite to ROOT.
> 
>  source="com.ibm.wtp.web.server:mysite"/>
> 
> 
> Peter
> 
> TroyGeek schrieb:
> 
> >I have a problem with Tomcat Virtual Hosting. I have my virtual host 
> defined
> >like so in server.xml (the source thing there is from Eclipse Webtools):
> >
> >http://www.mysite.com>  >"
> >appBase="c:\sites\www.mysite.com\" unpackWARs="true" autoDeploy="true"
> >xmlValidation="false" xmlNamespaceAware="false">
> >
> > reloadable="true"
> >source="com.ibm.wtp.web.server:mysite"/>
> >
> >
> >
> >When I bring up the site in the browser I can access it at:
> >http://www.mysite.com/
> >and
> >http://www.mysite.com/mysite/
> > I don't want the site to be available at http://www.mysite.com/mysite/
> > Do you know why it's serving the webapp at these two locations and not 
> just
> >the first?
> > thank you for your time,
> > Troy Campano
> >
> >
> >
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

Re: persistence with sessions & distributable attribute

[Nishant Deshpande]

Christoph - you exactly summarize my situation - i.e. there are
objects with hashmaps and so i really don't know what can be
serialized at the time of serialization.

As regards to 'people', others also work on this webapp, and more
others will work on it in the future... so i want to try to
'futureproof' it somewhat..

thanks - i will probably implement my own PersistanceManager - looks
like the only solution at this stage..


On 8/20/05, Christoph Kutzinski <[EMAIL PROTECTED]> wrote:
> Nishant Deshpande wrote:
> > The SessionListener can check if the attribute implements
> > Serializable, not if it actually is serializable.
> >
> > i.e. Nothing to stop people from storing objects which implement
> > serializable but will barf when actually are serialized.
> 
> 
> That is not exactly true.
> Look at my example. It tries to write the attribute into a "dummy"
> ObjectOutputstream. If the attribute is not serializable (at that
> moment) an exception will be thrown.
> This does not save you, of course, from situation where someone puts an
> empty HashMap via setAttribute and later puts a not serializable Object
> into the map. But doing this (changing an session attribute after the
> setAttribute call) isn't recommended anyway, since AFAIK Tomcats session
> replication works this way that session are only updated on the remote
> nodes if a setAttribute was called.
> 
> But another question: you are talking about "people" putting objects
> into the session. Isn't it you - i.e. your webapplication - who is
> putting session attributes? You should have enough control over your own
> application to ensure that your session attributes are serializable,
> shouldn't you?
> 
> 
> > So - I want to catch each time there is a serialization exception and
> > log it etc etc.. and even perhaps just drop that object and continue
> > rather than just drop the serialization for the whole session (this is
> > what appears to be current behaviour)
> 
> Yes, this is apparently the current behaviour. I'm not sure if I like
> it, too. I guess it is implemented this way, because if one session
> isn't serializable the probability is very high that other sessions are
> not serializable, either.
> So if you want to change this behaviour, you will probably have to
> implement your own PersistanceManager.
> 
> 
> > On 8/18/05, Christoph Kutzinski <[EMAIL PROTECTED]> wrote:
> >
> >>Question: why do you want to catch errors during serialization.
> >>If you want to check that your attributes are serializable, you can use
> >>a SessionListener as I have shown. I can not think of any other reason
> >>why one would want to catch serialization exceptions.
> >>
> >>
> >>
> >>Nishant Deshpande wrote:
> >>
> >>>Thanks for the input.
> >>>
> >>>Any idea how I can *catch* errors during serialization? I am guessing
> >>>I will have to create my own PersistanceManager and override some
> >>>functions..
> >>>
> >>>Has anyone done this (or any other method of doing this)?
> >>>
> >>>
> >>>On 8/17/05, Christoph Kutzinski <[EMAIL PROTECTED]> wrote:
> >>>
> >>>
> I didn't say that distributables don't have to implement
> java.io.Serializable. In fact they have to.
> I just had the impression (from your first post) that you thought by
> putting an non-serializable Attribute into a HashMap, the attribute
> would become serializable, too.
> 
> Example:
> If you want to put a java.net.Socket into the session the session won't
> be distributable because Socket isn't Serializable.
> But if you put the Socket object into a java.util.HashMap (which
> implements Serializable) and put the map into the session, the session
> still wouldn't be distributable. This is because to serialize the
> session the HashMap and ALL its fields must be serialized. Because the
> Socket object is now part of the map, this won't work.
> 
> Serializable is just a "marker" interface, i.e. the class just
> "declares" that is it serializable.
> You should read the Java Tutorial (somewhere in the JDK docs).
> There is explained what Serialization really means.
> 
> Christoph
> 
> Lintang JP wrote:
> 
> 
> >I'm referring to this document on :
> >http://www.onjava.com/pub/a/onjava/2004/04/14/clustering.html?page=2
> >The words "Serializable" here would mean for session replication, right ?
> >CMIIW.
> >On 8/17/05, Christoph Kutzinski <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>Hi Nishant,
> >>
> >>where did you read that  will *enforce* serializability?
> >>AFAIK  "only" means that your sessions can be distributed
> >>to different tomcat nodes (i.e. a cluster). It doesn't enforce anything,
> >>you have to make sure that your session attributes are serializable by
> >>yourself.
> >>
> >>I've done this for my testing environment with a SessionListener:
> >>
> >>public class SessionListener implements HttpSessionListener

How to trace email received.

[Daxin Zuo]

Hello, In my application, I need a component, which checks emails. If an
email is the one in responsing my application action, I will process it
(write some record in database).

If you have example for it, please forward me instruction.
Thanks


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

Re: WebDav on Port 80

[Mark Thomas]

George Francis wrote:

Thanks - thats exactly my experience also;  Does anyone here know why
port 80 doesnt work?


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

Mark


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

Override WAR file security settings.

[Jim Henderson]

I am working on a web application that can be used in two ways at the same
time depending on its URL.  The original WAR file has a web.xml that defines
tight security requiring form authentication with id and password.

In Tomcat’s server.xml I have two Contexts with different paths but to the
same docBase.  I can override various Resource and Environment settings
differently for each Context.  However, the war file by default defines
(among many other things):





In one of the server.xml context definitions, I want to undefine the above
items (so the application just asks for the user ID).  Is that possible?  Or
is there some other way to neutralize them in the server.xml file?  The
application works as desired if I edit the deployed application’s web.XML
(located in webapps/… directory after Tomcat deploys the war file) and
completely remove the above settings.

The other mode (Context) requires the use of the above items and that works
OK.

Hope the above makes sense or have I abbreviated the description too much?

Thanks,
Jim



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

Re: WebDav on Port 80

[George Francis]

Thanks - thats exactly my experience also;  Does anyone here know why
port 80 doesnt work?

On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]> wrote:
> I am using IE 6.0, XP, tomcat 5.5.9, and when clicking
> File->Open->http://localhost/webdav/ and marking "Open as web folder"
> checkbox, the response I receive is:
> 
> "\\localhost\webdav is not accessible. You might not have
> permissions to use this network resource. Contact administrator...
> 
> The network path was not found."
> 
> I also added index.html to the welcome file list.
> 
> Note: on any other port than 80 it works properly.
> 
> Marius
> 
> -Original Message-
> From: George Francis [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 22, 2005 4:45 PM
> To: Tomcat Users List
> Subject: Re: WebDav on Port 80
> 
> Hi,
> That bug report does not seem to relate to my issue; there is no mention
> of different behavior depending on what port Tomcat is running on...
> 
> On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]> wrote:
> > The problem can be reproduced. There is already a bug describing this
> > issue:
> >
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> >
> > Regards,
> > Marius
> >
> > -Original Message-
> > From: George Francis [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, August 21, 2005 7:07 PM
> > To: tomcat-user@jakarta.apache.org
> > Subject: WebDav on Port 80
> >
> > Hello,
> > If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight
> > out of the box' by starting the server and opening
> 'localhost:8080/webdav'
> > as a web folder.
> > Great!
> > If I then go in to server.xml and change the port to 80; the WebDav
> > functionality is lost - I get a message from IE saying "Cannot open
> > 'localhost:80/webdav' as a web folder - would you like to see it's
> > default view instead".
> > Can anyone else reproduce this?  Are you all able to run webdav on
> > port 80 without issues?  Is there any trick Im missing?
> > Any help greatly appreciated!.
> > G
> >
> > -
> > 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: Pound reverse proxy with Tomcat

[David Smith]

Try inserting proxyPort and proxyName attributes into your connector. 

proxyPort is obvious -- the port number of the publicly available site. 
proxyName is the site DNS name or IP address of the publicly available
site. 

These attributes are used by tomcat to compose links in pages and 300
series redirect URLs.

--David

[EMAIL PROTECTED] wrote:

>Hi, does anyone know how to connect a Pound Reverse Proxy with Tomcat?
>My scenario is:
>
>A user types https://:443/aplication   in the browser 
>
>then the reverse proxy Pound translate it to http://xxx:8080/aplication
>
>the problem is the return, doesn't work.
>
>thanks in advance
>
>
>
>
>
>
>
>  
>


-- 
===
David Smith
Network Operations Supervisor
Department of Entomology
College of Agriculture & Life Sciences
Cornell University
2132 Comstock Hall
Ithaca, NY  14853
Phone: 607.255.9571
Fax: 607.255.0939


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

Logging of illegal requests from Tomcat 5

[Dariusz]

Hi,

I am trying to log all illegal requests from Tomcat 5.  By illegal
requests I mean those that have return status code other than 200, i.e..
404 (Page Not Found)
403 (Forbidden), 408 (Request Timeout).  I am using log4j 1.2.9.
I display a custom error page for the above status codes and should be
able to create a custom error jsp page that will log those requests, but
there must be a better way of doing this.
Thanks.

--Dariusz.



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

Re: jndi question

[Sean Rowe]

Dirk, I'm sorry I didn't see the difference on the page you sent me to.  
However, if there is a way I can do this without having to use jstl, I 
would really like to know.  I was hoping to put the code in a class 
somewhere that my servlets could use.


thanks,
sean

Dirk Weigenand wrote:


Sean,

 


--- Ursprüngliche Nachricht ---
Von: Sean Rowe <[EMAIL PROTECTED]>
An: Tomcat Users List 
Betreff: Re: jndi question
Datum: Mon, 22 Aug 2005 09:24:10 -0500

Thanks for responding Dirk.  I've practically memorized the 
documentation on the link you sent:


// Obtain our environment naming context
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");

// Look up our data source
DataSource ds = (DataSource)
 envCtx.lookup("jdbc/EmployeeDB");

// Allocate and use a connection from the pool
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();

Whenever I try this, here's what I get (which led me to trying it the way
I posted):

javax.naming.NameNotFoundException: Name java:comp is not bound in this
Context

   



No. Did you look at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html?

I recommend putting the context definition in its own content.xml. On
redeploying my application tomcat wouldn't find the driver class anymore.

Mind you not the class itself but the definition of what class to load.

This problem was solved by putting the context into context.xml.

regards
  Dirk

 



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

Pound reverse proxy with Tomcat

[HHidvegi]

Hi, does anyone know how to connect a Pound Reverse Proxy with Tomcat?
My scenario is:

A user types https://:443/aplication   in the browser 

then the reverse proxy Pound translate it to http://xxx:8080/aplication

the problem is the return, doesn't work.

thanks in advance

Re: Starting Tomcat with JVM for SSL

[Wendy Smoak]

From: "Mystery" <[EMAIL PROTECTED]>


We're using Lawson Software and their web products.
They are telling us that we need to add this to our
Tomcat 4.1 startup script:

-D
java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol

Any ideas on where this goes in the startup script?


I think you can put
  export JAVA_OPTS="-D ..."
at the top of catalina.sh.  I do the same thing for some properties related
to Sun's Krb5LoginModule, and it works fine.

--
Wendy Smoak



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

Starting Tomcat with JVM for SSL

[Mystery]

We're using Lawson Software and their web products. 
They are telling us that we need to add this to our
Tomcat 4.1 startup script:

-D
java.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocol


Any ideas on where this goes in the startup script?

Jeff





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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

Re: Use port 443 as non-ssl

[Jason Bainbridge]

On 8/22/05, Markus Schönhaber <[EMAIL PROTECTED]> wrote:
> Am Montag, 22. August 2005 17:54 schrieb Jason Bainbridge:
> > On 8/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> wrote:
> > > Hi, I need to use the tomcat with a non - ssl connector on port 443.
> > > Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not
> > > using the ssl (it is between ).
> >
> > I don't think browsers will let you do that,
> 
> Why shouldn't they? In fact, they do.
> 
> > it would be a bit of a
> > security risk to say the least...
> 
> Could you please explain that?

I blame monday-itis, I must have killed a few brain cells too many
over the weekend. :)

Of course that statement was wrong and justg running the standard http
connector on port 443 should be fine, of course unless you are on a
*nix based operating system where ports 1024 and below are privileged
and need one of the workarounds.

Regards,
-- 
Jason Bainbridge
http://kde.org - [EMAIL PROTECTED]
Personal Site - http://jasonbainbridge.com

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

Re: URGENT : Special Character when deployed on Linux

[nitin dubey]

Wade,

It is when the data is displayed in browser.  I have
used the default encoding and will now look out for
any mismatch.

Regards,

Nitin

--- Wade Chandler <[EMAIL PROTECTED]>
wrote:

> --- nitin dubey <[EMAIL PROTECTED]> wrote:
> 
> > Hello all,
> > 
> > I am getting special characters when we enter
> spaces
> > during formatting a text in a textarea.  It used
> to
> > work perfectly in our development environment but
> > when
> > we moved it to production we get 'Â' character for
> > every repeated blank space.
> > 
> > The only thing changing in development and
> prodution
> > is OS from Windows to Linux(Production).  I just
> > want
> > to know if anyone has faced this problem anytime
> > developing their applications.
> > 
> > Development Environment:
> > OS:Windows 2K
> > Browser: IE5.5+, Firefox1.0+
> > Database: MYSQL (on Linux Server)
> > ServletContainer: Tomcat(On windows Server)
> > 
> > Production Environment:
> > Database: MYSQL (on Linux Server)
> > ServletContainer: Tomcat(On Linux Server)
> > 
> > Note:I am also using FCKEditor for editing the
> > content.   But they say its not the problem with
> > FCKEditor.
> > 
> > Cheers,
> > 
> > 
> > Nitin
> > 
> > __
> > 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]
> > 
> > 
> 
> You're getting the characters where?  Is this in
> your
> java code or after you put into the database then
> read
> back out?  For your MySQL connection you will
> probably
> want to set the encoding.  See it's connection
> parametersif it's after putting the data into
> the
> database.  I've seen this happen before.  You're
> default encodings are probably different.  Also if
> you
> are using a Reader to parse anything as a "stream"
> then you will want to setup some config to set your
> encoding there as well.  Is this maybe after pasting
> from Word, or is this in IE using an encoding on the
> page or are you using an encoding with your form? 
> You'll need to use the same encoding every where. 
> JSP, Readers, MySQL, etc.
> 
> Wade
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 


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

RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server usin g JNDI?

[Wade Chandler]

--- "Wylie, Ian" <[EMAIL PROTECTED]> wrote:

> Allistair,
> 
> My apologies for taking much longer than usual to
> get back to you but I had
> to finish some Java code that allowed us to upgrade
> our portal to PlumTree
> version 5.
> 
> To clarify and answer your points below.
> 
> 1)  I have opted not to have a context.xml file in
> the META-INF directory
> but I am using the 
> TOMCAT_HOME/conf/Catalina/localhost/webappname.xml
> file
> instead.
> 
> 2)  I  have ensured that the 3 MS JAR files for the
> JDBC connection exist
> only in TOMCAT_HOME/common/lib and not in my webapp
> lib.
> 
> 3)  I have changed the java code to use a simple
> 'DataSource' instead of a
> 'ConnectionPoolDataSource' connection.  See Java
> code snippet below :-
> 
> Unfortunately I still get the error below :-
> 
> "ERROR - NamingException - Config error with JNDI
> and
> datasource.javax.naming.NamingException: Cannot
> create resource instance
> ERROR com.webconnex.cognos.PORT.OMTLreport  : Cannot
> create resource
> instance"
> 
> I have attached my web.xml and
> TOMCAT_HOME/conf/Catalina/localhost/webappname.xml
> files for your perusal.
> 
> 
> I am of yet no further forward in solving my
> problem.
> 
> Any further insight would be appreciated, as Tomcat
> 5 allows me to do quite
> a few things better, not least of which is
> debugging!!
> 
> 
> Java Code snippet :-
> 
>
=
> 
> logger.debug("Before
> InitialContext.") ;
> InitialContext ctx = new
> InitialContext();
> if (ctx == null) { 
> log("ERROR initialising
> InitialContext.") ;  
> logger.error("ERROR initialising
> InitialContext.") ;
> }
> log("Before Context.") ;
> ds = (DataSource)
> ctx.lookup("java:comp/env/jdbc/UKportalPool");
> 
> log("Before initialising
> DataSource.") ;
> 
> if(ds != null) {
> con = ds.getConnection();
> if (con != null) {
>   
>   if ((pType != null) &&
> (!pType.equals("")))
> {
>   userDetails = new
> pfUsersBean(pType,
> posName, typeCD, firstLineProduct);
>   userSessionDetails = new
> pfUserSessionBean();
>   userDetails.getPrefix(con,
> userDetails);  // See if User is in database
>   
> //userDetails.getPrefix(pCon,
> userDetails);  // See if User is in database
>   
>  
> ptpResponse.setSettingValue(SettingType.Portlet,
> "SalesCubePrefix",
> userDetails.getSalesCubePrefix() ) ;
>  
> ptpResponse.setSettingValue(SettingType.Portlet,
> "description",
> userDetails.getGeographyID() ) ;
>  
> ptpResponse.setSettingValue(SettingType.Portlet,
> "TMTLdescription",
> userDetails.getGeographyID() ) ;
>  
> ptpResponse.setSettingValue(SettingType.Portlet,
> "MSOdescription",
> userDetails.getGeographyID() ) ;
>   }
> 
> }
> else {
> log("ERROR - DB
> Connection returned was null in
> PortletHelper!") ;
> logger.error("ERROR - DB
> Connection returned was
> null in PortletHelper!") ;
> }
> }
> else {
> log("ERROR - Datasource
> returned was null in
> PortletHelper!") ;
> logger.error("ERROR -
> Datasource returned was null
> in PortletHelper!") ;
> }
> }
> 
> catch (NamingException ex){
> log("ERROR - NamingException -
> Config error with JNDI and
> datasource." +ex);
> log(ex.getMessage());
> logger.error("ERROR -
> NamingException - Config error with
> JNDI and datasource." +ex);
> logger.error(ex.getMessage());
> } 
> catch (NullPointerException npE) {
> log(npE.getMessage());
> logger.error("ERROR - Null pointer
> exception.");
> logger.error(npE.getMessage());
>   }
> catch (SQLException ex ){
> log("Cannot get JNDI connection from
> datasource." +ex);
> logger.error("Cannot get JNDI
> connection from datasource."
> +ex);
> logger.error(ex.getMessage());
> }
> catch(IOException IOe) {
>  logger.error("ERROR - IOException
> occurred: "+IOe) ;
>  logger.error(IOe.getMessage()) ;
>  }
> catch(Exception e) {
> log("ERROR - Exception occurred:
> "+e) ;
> logger.error("ERROR - Exception
> occurred: "+e) ;
> 

Re: URGENT : Special Character when deployed on Linux

[Wade Chandler]

--- nitin dubey <[EMAIL PROTECTED]> wrote:

> Hello all,
> 
> I am getting special characters when we enter spaces
> during formatting a text in a textarea.  It used to
> work perfectly in our development environment but
> when
> we moved it to production we get 'Â' character for
> every repeated blank space.
> 
> The only thing changing in development and prodution
> is OS from Windows to Linux(Production).  I just
> want
> to know if anyone has faced this problem anytime
> developing their applications.
> 
> Development Environment:
> OS:Windows 2K
> Browser: IE5.5+, Firefox1.0+
> Database: MYSQL (on Linux Server)
> ServletContainer: Tomcat(On windows Server)
> 
> Production Environment:
> Database: MYSQL (on Linux Server)
> ServletContainer: Tomcat(On Linux Server)
> 
> Note:I am also using FCKEditor for editing the
> content.   But they say its not the problem with
> FCKEditor.
> 
> Cheers,
> 
> 
> Nitin
> 
> __
> 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]
> 
> 

You're getting the characters where?  Is this in your
java code or after you put into the database then read
back out?  For your MySQL connection you will probably
want to set the encoding.  See it's connection
parametersif it's after putting the data into the
database.  I've seen this happen before.  You're
default encodings are probably different.  Also if you
are using a Reader to parse anything as a "stream"
then you will want to setup some config to set your
encoding there as well.  Is this maybe after pasting
from Word, or is this in IE using an encoding on the
page or are you using an encoding with your form? 
You'll need to use the same encoding every where. 
JSP, Readers, MySQL, etc.

Wade

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

Re: Use port 443 as non-ssl

[Sean Rowe]

i just assumed, which was why i said 'i think'.  i offer no guarantees 
about anything that comes out of my mouth.  ;)


sean

Markus Schönhaber wrote:


Am Montag, 22. August 2005 17:43 schrieb Sean Rowe:
 


I don't think so.  The operating system (i think) encrypts that port as
a standard.
   



Where did you get that information?
To the OS, a port is a port - regardless of it's number. The only "magic" 
regarding port numbers is that Unix-like system only let applications running in the 
superuser's context bind to ports with numbers lower than 1024.

Regards
 mks

 



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

Re: Use port 443 as non-ssl

[Markus Schönhaber]

Am Montag, 22. August 2005 17:43 schrieb Sean Rowe:
> I don't think so.  The operating system (i think) encrypts that port as
> a standard.

Where did you get that information?
To the OS, a port is a port - regardless of it's number. The only "magic" 
regarding port numbers is that Unix-like system only let applications running 
in the superuser's context bind to ports with numbers lower than 1024.

Regards
  mks

Re: Use port 443 as non-ssl

[Markus Schönhaber]

Am Montag, 22. August 2005 17:54 schrieb Jason Bainbridge:
> On 8/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 
wrote:
> > Hi, I need to use the tomcat with a non - ssl connector on port 443.
> > Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not
> > using the ssl (it is between ).
>
> I don't think browsers will let you do that, 

Why shouldn't they? In fact, they do.

> it would be a bit of a 
> security risk to say the least...

Could you please explain that?

Regards
  mks

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

Re: Use port 443 as non-ssl

[Paul Singleton]

[EMAIL PROTECTED] wrote:


Hi, I need to use the tomcat with a non - ssl connector on port 443.
Up to now, no success.


What have you tried and what went wrong?


Is there a way to use the 443 in a non-ssl?


Yes, just specify

  port="443"

instead of

  port="8080"

in the default Connector attributes in your
conf/server.xml

Im not 
using the ssl (it is between ).


Good - leave it there :-)

Paul Singleton


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.13/78 - Release Date: 19/Aug/2005


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

URGENT : Special Character when deployed on Linux

[nitin dubey]

Hello all,

I am getting special characters when we enter spaces
during formatting a text in a textarea.  It used to
work perfectly in our development environment but when
we moved it to production we get 'Â' character for
every repeated blank space.

The only thing changing in development and prodution
is OS from Windows to Linux(Production).  I just want
to know if anyone has faced this problem anytime
developing their applications.

Development Environment:
OS:Windows 2K
Browser: IE5.5+, Firefox1.0+
Database: MYSQL (on Linux Server)
ServletContainer: Tomcat(On windows Server)

Production Environment:
Database: MYSQL (on Linux Server)
ServletContainer: Tomcat(On Linux Server)

Note:I am also using FCKEditor for editing the
content.   But they say its not the problem with
FCKEditor.

Cheers,


Nitin

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

Re: Use port 443 as non-ssl

[Paul Singleton]

Jason Bainbridge wrote:

On 8/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


Hi, I need to use the tomcat with a non - ssl connector on port 443.
Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not
using the ssl (it is between ).



I don't think browsers will let you do that,


I think they should and will let you request e.g.

  http://myserver:443/mystuff


it would be a bit of a
security risk to say the least...


I can't see how: if you make an HTTPS request to a port
which serves only HTTP, then it won't be accepted


What is your requirement for this anyway?


(at a guess, something about getting through a firewall?)

Paul Singleton


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.13/78 - Release Date: 19/Aug/2005


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

Content-type, bug 24970

[CFerraro]

I am using Tomcat 5.0.28 and need to have a pdf document open as a plug-in
in Internet Explorer. I tried using the
response.class file (for an earlier version of Tomcat) recommended in the
bug documentation, but it did not make a difference. Is there any
additional information/solutions that are available for this issue?

Regards,
Chris Ferraro


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

RE: Tomcat 5.5.7+JRockit = windows service won't start

[Brad Baynes]

Hi Robert,

We are a java only shop so I don't have a c/c++ compiler readily available
to me. Would it be possible for you to send me your prunsrv build so I could
give it a test?

Brad


-Original Message-
From: Longson, Robert [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 22, 2005 3:19 AM
To: Tomcat Users List
Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start

You need to build prunsrv.exe, then rename it to replace tomcat5.exe.

Robert
-Original Message-
From: Brad Baynes [mailto:[EMAIL PROTECTED]
Sent: 19 August 2005 18:05
To: 'Tomcat Users List'
Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start


I'm a little fuzzy on the interaction between the components so I might be
missing something here...

I downloaded the latest nightly build of commons-daemon. This included the
java components of daemon (commons-daemon.jar) but not the native component
(procrun).

I replaced my existing Tomcat commons-daemon.jar but this didn't seem to
have any effect. Since I am using Tomcat5.exe (procrun) to install the
service would I also need an updated build of this?

Brad

-Original Message-
From: Longson, Robert [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 19, 2005 5:56 AM
To: Tomcat User List (E-mail)
Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start

The current CVS version of commons-daemon works for me with the jvm.dll from
BEA Weblogic 8.1. I ran a test java service rather than tomcat but I expect
the result would be the same with tomcat.

The current CVS commons-daemon has had the -Xrs code removed by revision
190890. 

Robert 
  

 
The information contained in this message is intended only for the
recipient, and may be a confidential attorney-client communication or may
otherwise be privileged and confidential and protected from disclosure. If
the reader of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended recipient,
please be aware that any dissemination or copying of this communication is
strictly prohibited. If you have received this communication in error,
please immediately notify us by replying to the message and deleting it from
your computer. 

 


-
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: Use port 443 as non-ssl

[Jason Bainbridge]

On 8/22/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hi, I need to use the tomcat with a non - ssl connector on port 443.
> Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not
> using the ssl (it is between ).

I don't think browsers will let you do that, it would be a bit of a
security risk to say the least...

What is your requirement for this anyway?

Regards,
-- 
Jason Bainbridge
http://kde.org - [EMAIL PROTECTED]
Personal Site - http://jasonbainbridge.com

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

Re: jndi question

[Sean Rowe]

Hi Dirk,

Thanks again for responding.  I have tried putting this into it's own 
context file.  For my latest attempt, I have created the data source 
using the admin module, and it rewrote my server.xml file for me, so I'm 
assuming it's in there correctly.  No matter how I do it ( and i really 
have followed the directions in the link you gave me), I can't seem to 
get it to work.  I must be missing something, but I can't seem to find it.


Dirk Weigenand wrote:


Sean,

 


--- Ursprüngliche Nachricht ---
Von: Sean Rowe <[EMAIL PROTECTED]>
An: Tomcat Users List 
Betreff: Re: jndi question
Datum: Mon, 22 Aug 2005 09:24:10 -0500

Thanks for responding Dirk.  I've practically memorized the 
documentation on the link you sent:


// Obtain our environment naming context
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");

// Look up our data source
DataSource ds = (DataSource)
 envCtx.lookup("jdbc/EmployeeDB");

// Allocate and use a connection from the pool
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();

Whenever I try this, here's what I get (which led me to trying it the way
I posted):

javax.naming.NameNotFoundException: Name java:comp is not bound in this
Context

   



No. Did you look at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html?

I recommend putting the context definition in its own content.xml. On
redeploying my application tomcat wouldn't find the driver class anymore.

Mind you not the class itself but the definition of what class to load.

This problem was solved by putting the context into context.xml.

regards
  Dirk

 



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

Use port 443 as non-ssl

[HHidvegi]

Hi, I need to use the tomcat with a non - ssl connector on port 443.
Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not 
using the ssl (it is between ).

Thanks 

Re: Use port 443 as non-ssl

[HHidvegi]

I really need to use the 443




Sean Rowe <[EMAIL PROTECTED]> 
22/08/2005 12:43 p.m.
Por favor, responda a
"Tomcat Users List" 


Para
Tomcat Users List 
cc

Asunto
Re: Use port 443 as non-ssl






I don't think so.  The operating system (i think) encrypts that port as 
a standard.  just curiouswhy not use one of the other 65534 ports 
out there?

[EMAIL PROTECTED] wrote:

>Hi, I need to use the tomcat with a non - ssl connector on port 443.
>Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not 

>using the ssl (it is between ).
>
>Thanks 
> 
>

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

Re: jndi question

[Dirk Weigenand]

Sean,

> --- Ursprüngliche Nachricht ---
> Von: Sean Rowe <[EMAIL PROTECTED]>
> An: Tomcat Users List 
> Betreff: Re: jndi question
> Datum: Mon, 22 Aug 2005 09:24:10 -0500
> 
> Thanks for responding Dirk.  I've practically memorized the 
> documentation on the link you sent:
> 
> // Obtain our environment naming context
> Context initCtx = new InitialContext();
> Context envCtx = (Context) initCtx.lookup("java:comp/env");
> 
> // Look up our data source
> DataSource ds = (DataSource)
>   envCtx.lookup("jdbc/EmployeeDB");
> 
> // Allocate and use a connection from the pool
> Connection conn = ds.getConnection();
> ... use this connection to access the database ...
> conn.close();
> 
> Whenever I try this, here's what I get (which led me to trying it the way
> I posted):
> 
> javax.naming.NameNotFoundException: Name java:comp is not bound in this
> Context
> 

No. Did you look at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-datasource-examples-howto.html?

I recommend putting the context definition in its own content.xml. On
redeploying my application tomcat wouldn't find the driver class anymore.

Mind you not the class itself but the definition of what class to load.

This problem was solved by putting the context into context.xml.

regards
   Dirk

-- 
GMX DSL = Maximale Leistung zum minimalen Preis!
2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

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

Re: Use port 443 as non-ssl

[Sean Rowe]

I don't think so.  The operating system (i think) encrypts that port as 
a standard.  just curiouswhy not use one of the other 65534 ports 
out there?


[EMAIL PROTECTED] wrote:


Hi, I need to use the tomcat with a non - ssl connector on port 443.
Up to now, no success. Is there a way to use the 443 in a non-ssl? Im not 
using the ssl (it is between ).


Thanks 
 



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

RE: tomcat 5.5.9 not recompiling JSPs

[Michal Kwiatek]

Thanks for the hint - I'm checking it and it's been OK up to now. Since
the behaviour was not deterministic in the past, I have to test it some
more - I'll do it tomorrow.

One more question: was it not deterministic (meaning that sometimes it
worked and sometimes did not) in your case too? If so, we should signal
it as a bug...

In my case, the precompiled classes for jsps under ${CATALINA_HOME}/work
were sometimes not deleted after I undeployed the application. It really
looks like a bug to me.

Cheers,
Michal. 

> -Original Message-
> From: Mark Hagger [mailto:[EMAIL PROTECTED] 
> Sent: Monday, August 22, 2005 3:21 PM
> To: Tomcat Users List
> Subject: Re: tomcat 5.5.9 not recompiling JSPs
> 
> I had a similar problem, I wouldn't go so far as to say I 
> have a solution, but fiddling with the /conf/web.xml 
> file to have the following in its "jsp" section seemed to 
> help a bit (currently used for our demo level systems):
> 
> 
> jsp 
> org.apache.jasper.servlet.JspServlet
> 
> fork
> false
> 
> 
> development
> false
> 
> 
> reloading
> true
> 
> 
> checkInterval
> 120
> 
> 
> xpoweredBy
> false
> 
> 3
> 
> 
> Although to be honest I suspect that the best solution for 
> production boxes is to pre-compile all jsps into the war file anyway.
> 
> Mark
> 
> 
> On Mon, 2005-08-22 at 14:24 +0200, Michal Kwiatek wrote:
> > I've just noticed that on tomcat 5.5.9 JSPs unpacked by 
> tomcat from a 
> > deployed war file have creation dates pointing to the time when the 
> > files were first created. On tomcat 5.0.28 unpacked files have 
> > creation dates pointing to time when they were unpacked 
> (i.e created 
> > on this file system). Perhaps this is the reason for 
> strange problems 
> > with JSP recompilation?
> 
> 
> 
> __
> __
> This email has been scanned for all known viruses by the 
> MessageLabs SkyScan service.
> 
> -
> 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: WebDav on Port 80

[Marius Hanganu]

I am using IE 6.0, XP, tomcat 5.5.9, and when clicking
File->Open->http://localhost/webdav/ and marking "Open as web folder"
checkbox, the response I receive is: 

"\\localhost\webdav is not accessible. You might not have
permissions to use this network resource. Contact administrator...

The network path was not found."

I also added index.html to the welcome file list.

Note: on any other port than 80 it works properly.

Marius 

-Original Message-
From: George Francis [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 22, 2005 4:45 PM
To: Tomcat Users List
Subject: Re: WebDav on Port 80

Hi,
That bug report does not seem to relate to my issue; there is no mention
of different behavior depending on what port Tomcat is running on...

On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]> wrote:
> The problem can be reproduced. There is already a bug describing this
> issue:
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> 
> Regards,
> Marius
> 
> -Original Message-
> From: George Francis [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 21, 2005 7:07 PM
> To: tomcat-user@jakarta.apache.org
> Subject: WebDav on Port 80
> 
> Hello,
> If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight 
> out of the box' by starting the server and opening
'localhost:8080/webdav'
> as a web folder.
> Great!
> If I then go in to server.xml and change the port to 80; the WebDav 
> functionality is lost - I get a message from IE saying "Cannot open 
> 'localhost:80/webdav' as a web folder - would you like to see it's 
> default view instead".
> Can anyone else reproduce this?  Are you all able to run webdav on 
> port 80 without issues?  Is there any trick Im missing?
> Any help greatly appreciated!.
> G
> 
> -
> 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: jndi question

[Sean Rowe]

Thanks for responding Dirk.  I've practically memorized the 
documentation on the link you sent:


// Obtain our environment naming context
Context initCtx = new InitialContext();
Context envCtx = (Context) initCtx.lookup("java:comp/env");

// Look up our data source
DataSource ds = (DataSource)
 envCtx.lookup("jdbc/EmployeeDB");

// Allocate and use a connection from the pool
Connection conn = ds.getConnection();
... use this connection to access the database ...
conn.close();

Whenever I try this, here's what I get (which led me to trying it the way I 
posted):

javax.naming.NameNotFoundException: Name java:comp is not bound in this Context

Any ideas?  Thanks again.
Sean



Dirk Weigenand wrote:


Hi Sean,

 


--- Ursprüngliche Nachricht ---
Von: Sean Rowe <[EMAIL PROTECTED]>
An: tomcat-user@jakarta.apache.org
Betreff: jndi question
Datum: Mon, 22 Aug 2005 01:26:49 -0500

I have tried for several hours now to get connection pooling for my 
MySql database to work, but have been unable to do so.  I keep getting 
this error:


javax.naming.NoInitialContextException: Cannot instantiate class:
org.apache.commons.dbcp.BasicDataSourceFactory


   



 


It's bombing out on this code:

   Properties p=new Properties();


   


p.put(Context.INITIAL_CONTEXT_FACTORY,"org.apache.commons.dbcp.BasicDataSourceFactory");
 


p.put(Context.PROVIDER_URL,"jdbc:mysql://localhost:3306");
Context initCtx = new InitialContext(p); // here's where it dies

   



You're mixing up some concepts here. Context.INITIAL_CONTEXT_FACTORY is
meant to provide the name of a factory producing JNDI contexts, not a
factory for producing JDBC DataSources. The same goes for the next line of
code. Context.PROVIDER_URL is not used for providing information about a
database connection.

There is extensive documentation on the tomcat web site regarding JNDI
ressource configuration. Have a look at the following URL:

http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html

 

Can someone please help me, or at least point me in the direction of 
some documentation that I've missed?  I've searched google and every 
other search engine I can think of.  Thanks in advance.


Sean Rowe

   



Regards
   Dirk

 



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

AW: tomcat 5.5.9 not recompiling JSPs

[Bernhard Slominski]

You're both right.
But when you run your Webapplication under non-tomcat container you need the
tomcat libraries.
Also when going to dfferent versions of tomcat, so e.g. from 4 to 5.5 you
might get compatibility issues.

Bernhard 

> -Ursprüngliche Nachricht-
> Von: Allistair Crossley [mailto:[EMAIL PROTECTED]
> Gesendet: Montag, 22. August 2005 16:14
> An: Tomcat Users List
> Cc: [EMAIL PROTECTED]
> Betreff: RE: tomcat 5.5.9 not recompiling JSPs
> 
> 
> compiled pages are just classes, and so long as they are 
> mapped correctly in the web.xml you'll be ok.
> 
> > -Original Message-
> > From: Paul Singleton [mailto:[EMAIL PROTECTED]
> > Sent: 22 August 2005 15:13
> > To: Tomcat Users List
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: tomcat 5.5.9 not recompiling JSPs
> > 
> > 
> > Mark Hagger wrote:
> > > ...
> > > Although to be honest I suspect that the best solution for 
> > production
> > > boxes is to pre-compile all jsps into the war file anyway.
> > 
> > Is this possible?  Don't different containers store the
> > compiled pages in different places, with different names?
> > 
> > Paul Singleton
> > 
> > 
> > -- 
> > No virus found in this outgoing message.
> > Checked by AVG Anti-Virus.
> > Version: 7.0.338 / Virus Database: 267.10.13/78 - Release 
> > Date: 19/Aug/2005
> > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
>  
> ---
> QAS Ltd.
> Registered in England: No 2582055
> Registered in Australia: No 082 851 474
> ---
> 
> 
> 
> -
> 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: WebDav on Port 80

[Marius Hanganu]

It works also with ports like 81 or 1999.

Marius 

-Original Message-
From: Sunjay Gunda [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 22, 2005 4:52 PM
To: Tomcat Users List
Subject: Re: WebDav on Port 80

Hi George,
  I am under the impression that some ports are reserved for the
computer. I think it ranges from 1-2000 (correct me if I am wrong). Try
using any port after 2000, it should work.

Thanks
Sunjay

--- George Francis <[EMAIL PROTECTED]> wrote:

> Hi,
> That bug report does not seem to relate to my issue; there is no 
> mention of different behavior depending on what port Tomcat is running

> on...
> 
> On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]>
> wrote:
> > The problem can be reproduced. There is already a
> bug describing this
> > issue:
> > 
> >
>
http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> > 
> > Regards,
> > Marius
> > 
> > -Original Message-
> > From: George Francis [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, August 21, 2005 7:07 PM
> > To: tomcat-user@jakarta.apache.org
> > Subject: WebDav on Port 80
> > 
> > Hello,
> > If I downloaded the latest Tomcat 5.0 or 5.5,
> WebDav works 'straight out
> > of the box' by starting the server and opening
> 'localhost:8080/webdav'
> > as a web folder.
> > Great!
> > If I then go in to server.xml and change the port
> to 80; the WebDav
> > functionality is lost - I get a message from IE
> saying "Cannot open
> > 'localhost:80/webdav' as a web folder - would you
> like to see it's
> > default view instead".
> > Can anyone else reproduce this?  Are you all able
> to run webdav on port
> > 80 without issues?  Is there any trick Im missing?
> > Any help greatly appreciated!.
> > G
> > 
> >
>
-
> > 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]
> 
> 





Start your day with Yahoo! - make it your home page
http://www.yahoo.com/r/hs 
 

-
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.5.9 not recompiling JSPs

[Allistair Crossley]

compiled pages are just classes, and so long as they are mapped correctly in 
the web.xml you'll be ok.

> -Original Message-
> From: Paul Singleton [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 15:13
> To: Tomcat Users List
> Cc: [EMAIL PROTECTED]
> Subject: Re: tomcat 5.5.9 not recompiling JSPs
> 
> 
> Mark Hagger wrote:
> > ...
> > Although to be honest I suspect that the best solution for 
> production
> > boxes is to pre-compile all jsps into the war file anyway.
> 
> Is this possible?  Don't different containers store the
> compiled pages in different places, with different names?
> 
> Paul Singleton
> 
> 
> -- 
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.338 / Virus Database: 267.10.13/78 - Release 
> Date: 19/Aug/2005
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: tomcat 5.5.9 not recompiling JSPs

[Paul Singleton]

Mark Hagger wrote:

...
Although to be honest I suspect that the best solution for production
boxes is to pre-compile all jsps into the war file anyway.


Is this possible?  Don't different containers store the
compiled pages in different places, with different names?

Paul Singleton


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.13/78 - Release Date: 19/Aug/2005


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

Re: refusing low-grade SSL connections

[Paul Singleton]

Mark Thomas wrote:

Set the ciphers attribute on the connector. See 
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/config/http.html


I knew of this attribute, but I didn't know which
strong ciphers were supported by Tomcat 5.5, but
thanks to serversniff.de, the answer (empirically)
seems to be

 EDH-RSA-DES-CBC3-SHA - 168 bit
 DES-CBC3-SHA - 168 bit
 DHE-RSA-AES128-SHA - 128 bit
 AES128-SHA - 128 bit
 RC4-SHA - 128 bit
 RC4-MD5 - 128 bit
 EDH-RSA-DES-CBC-SHA - 56 bit (!)
 DES-CBC-SHA - 56 bit (!)
 EXP-EDH-RSA-DES-CBC-SHA - 40 bit (!)
 EXP-DES-CBC-SHA - 40 bit (!)
 EXP-RC4-MD5 - 40 bit (!)

(the exclamation marks are serversniff's :-)

so I am proposing to add a Connector attribute

ciphers="EDH-RSA-DES-CBC3-SHA,DES-CBC3-SHA,DHE-RSA-AES128-SHA,AES128-SHA,RC4-SHA,RC4-MD5"

and hope that every legitimate client supports at least one
of these?


Paul Singleton wrote:



According to the OWASP Web Application Penetration Checklist
(available from www.owasp.org), a secure application server
should:

 * Ensure that supported SSL versions do not have
   cryptographic weaknesses. Typically, this means
   supporting SSL 3 and TLS 1.0 only.


Does a Connector attribute of

  sslProtocol="TLS"

force the use of TLS 1.0 only?  Or TLS 1.0 and SSL 3.0?


 * Ensure that the web server does not allow anonymous
   key exchange methods. Typically ADH Anonymous
   Diffie-Hellman.


Is is the case that

 EDH-RSA-DES-CBC3-SHA
 DHE-RSA-AES128-SHA

use ephemeral Diffie-Hellmann key exchange (as in "EDH" and
"DHE") etc., and that

 DES-CBC3-SHA - 168 bit
 AES128-SHA - 128 bit
 RC4-SHA - 128 bit
 RC4-MD5 - 128 bit

use RSA (by default)?


 * Ensure that weak algorithms are not available.
   Typically, algorithms such as RC2 and DES.


I can't see any RC2 algorithms in the list above, so I
guess we're OK there.  Both strong and weak DES algorithms
exist, so this requirement is a bit vague...


 * Ensure the web site uses an appropriate length key.
   Most web sites should enforce 128 bit encryption.


Would the ciphers attribute above guarantee this?

cheers

Paul Singleton


--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.13/78 - Release Date: 19/Aug/2005


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

Re: WebDav on Port 80

[Sunjay Gunda]

Hi George,
  I am under the impression that some ports are
reserved for the computer. I think it ranges from
1-2000 (correct me if I am wrong). Try using any port
after 2000, it should work.

Thanks
Sunjay

--- George Francis <[EMAIL PROTECTED]> wrote:

> Hi,
> That bug report does not seem to relate to my issue;
> there is no
> mention of different behavior depending on what port
> Tomcat is running
> on...
> 
> On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]>
> wrote:
> > The problem can be reproduced. There is already a
> bug describing this
> > issue:
> > 
> >
>
http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> > 
> > Regards,
> > Marius
> > 
> > -Original Message-
> > From: George Francis [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, August 21, 2005 7:07 PM
> > To: tomcat-user@jakarta.apache.org
> > Subject: WebDav on Port 80
> > 
> > Hello,
> > If I downloaded the latest Tomcat 5.0 or 5.5,
> WebDav works 'straight out
> > of the box' by starting the server and opening
> 'localhost:8080/webdav'
> > as a web folder.
> > Great!
> > If I then go in to server.xml and change the port
> to 80; the WebDav
> > functionality is lost - I get a message from IE
> saying "Cannot open
> > 'localhost:80/webdav' as a web folder - would you
> like to see it's
> > default view instead".
> > Can anyone else reproduce this?  Are you all able
> to run webdav on port
> > 80 without issues?  Is there any trick Im missing?
> > Any help greatly appreciated!.
> > G
> > 
> >
>
-
> > 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]
> 
> 





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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

Re: Unable to access application if I am on VPN

[Sunjay Gunda]

Thank you for everyone's input. It worked for me from
your suggestions. I downloaded the struts.dtd and
pointed my struts-config.xml to that location, but it
was giving a weird error. Then I commented out the
reference itself in struts-config.xml and it is
working fine now.

Cool, Thanks for everyone.

Sunjay


--- Wade Chandler <[EMAIL PROTECTED]>
wrote:

> --- Brian Cook <[EMAIL PROTECTED]> wrote:
> 
> > 
> > Hm Could you configure the firewall to reroute
> > the JVM request 
> > thought the proxy?
> > 
> > 
> > Len Popp wrote:
> > > Can you download the DTD to the server and point
> > the config file at
> > > the local copy?
> > > 
> > > That must be possible, otherwise you couldn't
> run
> > an application on an
> > > intranet that's not connected to the WWW.
> > 
> > 
> > -- 
> > Brian Cook
> > Digital Services Analyst
> > Print Time Inc.
> > [EMAIL PROTECTED]
> > 913.345.8900
> > 
> > >
>
-
> > To unsubscribe, e-mail:
> > [EMAIL PROTECTED]
> > For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 1)
> There is no guarentee the call will be from a
> standard
> URLConnection subclass like HttpURLConnection to get
> the XML entity from the XML parser, so you'll have
> to
> figure out what is used to make the call over the
> web
> for the XML entity (DTD/schema) Does struts use a
> specific parser, or does it use the JVM standard
> setup
> parser by calling the javax.xml classes, can you
> find
> out which parser is used, and how it accesses the
> internetcould use something like Apache HTTP
> client instead of URLConnection from the JVM...setup
> would be  different for changing the proxy?  
> 
> 2)
> If the only problem is the DTD and Schema lookups
> you
> can ask how do I get access to the "XML Entity
> Resolver" for Struts or Tomcat (make that the
> subject
> in the respective lists) as I don't think their is a
> way to do this specifically for a web application,
> so
> more than likely you want the struts entity
> resolver,
> but can't hurt to add them to the Tomcat one as
> well. 
> For all DTD and Schema paths (URIs) you are using
> you
> can add a local path to the entity resolver for
> those
> http paths.  This will keep the XML parser from
> going
> out to the internet for certain DTD/Schema
> locations. 
> This should be more efficient anyways as the
> entities
> won't be downloaded from the internet.
> 
> Those look like the only options for you,  obviously
> your organization uses a proxy, so getting around
> that
> probably won't be an option for you, so you have to
> not go out on the net for the entity resolution
> (meaning you need access to the Entity Resolver
> being
> used or need to be able to set it) or you have to go
> through your proxy.
> 
> Wade
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 





Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

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

Re: WebDav on Port 80

[George Francis]

Hi,
That bug report does not seem to relate to my issue; there is no
mention of different behavior depending on what port Tomcat is running
on...

On 8/22/05, Marius Hanganu <[EMAIL PROTECTED]> wrote:
> The problem can be reproduced. There is already a bug describing this
> issue:
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> 
> Regards,
> Marius
> 
> -Original Message-
> From: George Francis [mailto:[EMAIL PROTECTED]
> Sent: Sunday, August 21, 2005 7:07 PM
> To: tomcat-user@jakarta.apache.org
> Subject: WebDav on Port 80
> 
> Hello,
> If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight out
> of the box' by starting the server and opening 'localhost:8080/webdav'
> as a web folder.
> Great!
> If I then go in to server.xml and change the port to 80; the WebDav
> functionality is lost - I get a message from IE saying "Cannot open
> 'localhost:80/webdav' as a web folder - would you like to see it's
> default view instead".
> Can anyone else reproduce this?  Are you all able to run webdav on port
> 80 without issues?  Is there any trick Im missing?
> Any help greatly appreciated!.
> G
> 
> -
> 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.5.9 not recompiling JSPs

[Mark Hagger]

I had a similar problem, I wouldn't go so far as to say I have a
solution, but fiddling with the /conf/web.xml file to have the
following in its "jsp" section seemed to help a bit (currently used for
our demo level systems):


jsp
org.apache.jasper.servlet.JspServlet

fork
false


development
false


reloading
true


checkInterval
120


xpoweredBy
false

3


Although to be honest I suspect that the best solution for production
boxes is to pre-compile all jsps into the war file anyway.

Mark


On Mon, 2005-08-22 at 14:24 +0200, Michal Kwiatek wrote:
> I've just noticed that on tomcat 5.5.9 JSPs unpacked by tomcat from a
> deployed war file have creation dates pointing to the time when the
> files were first created. On tomcat 5.0.28 unpacked files have creation
> dates pointing to time when they were unpacked (i.e created on this file
> system). Perhaps this is the reason for strange problems with JSP
> recompilation?




This email has been scanned for all known viruses by the MessageLabs SkyScan 
service.

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

RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server usin g JNDI?

[Wylie, Ian]

Allistair,

My apologies for taking much longer than usual to get back to you but I had
to finish some Java code that allowed us to upgrade our portal to PlumTree
version 5.

To clarify and answer your points below.

1)  I have opted not to have a context.xml file in the META-INF directory
but I am using the  TOMCAT_HOME/conf/Catalina/localhost/webappname.xml file
instead.

2)  I  have ensured that the 3 MS JAR files for the JDBC connection exist
only in TOMCAT_HOME/common/lib and not in my webapp lib.

3)  I have changed the java code to use a simple 'DataSource' instead of a
'ConnectionPoolDataSource' connection.  See Java code snippet below :-

Unfortunately I still get the error below :-

"ERROR - NamingException - Config error with JNDI and
datasource.javax.naming.NamingException: Cannot create resource instance
ERROR com.webconnex.cognos.PORT.OMTLreport  : Cannot create resource
instance"

I have attached my web.xml and
TOMCAT_HOME/conf/Catalina/localhost/webappname.xml files for your perusal.


I am of yet no further forward in solving my problem.

Any further insight would be appreciated, as Tomcat 5 allows me to do quite
a few things better, not least of which is debugging!!


Java Code snippet :-

=

logger.debug("Before InitialContext.") ;
InitialContext ctx = new InitialContext();
if (ctx == null) { 
log("ERROR initialising InitialContext.") ;  
logger.error("ERROR initialising InitialContext.") ;
}
log("Before Context.") ;
ds = (DataSource)
ctx.lookup("java:comp/env/jdbc/UKportalPool");

log("Before initialising DataSource.") ;

if(ds != null) {
con = ds.getConnection();
if (con != null) {

if ((pType != null) && (!pType.equals("")))
{
userDetails = new pfUsersBean(pType,
posName, typeCD, firstLineProduct);
userSessionDetails = new
pfUserSessionBean();
userDetails.getPrefix(con,
userDetails);  // See if User is in database
//userDetails.getPrefix(pCon,
userDetails);  // See if User is in database

 
ptpResponse.setSettingValue(SettingType.Portlet, "SalesCubePrefix",
userDetails.getSalesCubePrefix() ) ;
 
ptpResponse.setSettingValue(SettingType.Portlet, "description",
userDetails.getGeographyID() ) ;
 
ptpResponse.setSettingValue(SettingType.Portlet, "TMTLdescription",
userDetails.getGeographyID() ) ;
 
ptpResponse.setSettingValue(SettingType.Portlet, "MSOdescription",
userDetails.getGeographyID() ) ;
}

}
else {
log("ERROR - DB Connection returned was null in
PortletHelper!") ;
logger.error("ERROR - DB Connection returned was
null in PortletHelper!") ;
}
}
else {
log("ERROR - Datasource returned was null in
PortletHelper!") ;
logger.error("ERROR - Datasource returned was null
in PortletHelper!") ;
}
}

catch (NamingException ex){
log("ERROR - NamingException - Config error with JNDI and
datasource." +ex);
log(ex.getMessage());
logger.error("ERROR - NamingException - Config error with
JNDI and datasource." +ex);
logger.error(ex.getMessage());
} 
catch (NullPointerException npE) {
  log(npE.getMessage());
  logger.error("ERROR - Null pointer exception.");
  logger.error(npE.getMessage());
}
catch (SQLException ex ){
log("Cannot get JNDI connection from datasource." +ex);
logger.error("Cannot get JNDI connection from datasource."
+ex);
logger.error(ex.getMessage());
}
catch(IOException IOe) {
 logger.error("ERROR - IOException occurred: "+IOe) ;
 logger.error(IOe.getMessage()) ;
 }
catch(Exception e) {
log("ERROR - Exception occurred: "+e) ;
logger.error("ERROR - Exception occurred: "+e) ;
logger.error(e.getMessage()) ;
}
==

-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: 11 August 2005 12:10
To: Tomcat Users List
Subject: RE: Has anyone used Tomcat 5.5.9 connecting to MS SQL Server
using JNDI?


Hi,

A) Firs

RE: Long refresh delay with apache connector

[Longson, Robert]

Like this perhaps?

http://www.unix.org.ua/orelly/java-ent/servlet/ch06_03.htm

Best regards

Robert
-Original Message-
From: Zsolt [mailto:[EMAIL PROTECTED]
Sent: 22 August 2005 13:22
To: Tomcat Users List
Subject: Long refresh delay with apache connector


Long refresh delay with apache connector

Hi,

When I make a out.flush() and response.flushBuffer() the browser gets
refreshed but when I go through the apache connector, the browser refreshes
only when the servlet is finished.

The servlet might long for a long time, how can I provide some feedback?

Zsolt



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

 
The information contained in this message is intended only for the recipient, 
and may be a confidential attorney-client communication or may otherwise be 
privileged and confidential and protected from disclosure. If the reader of 
this message is not the intended recipient, or an employee or agent responsible 
for delivering this message to the intended recipient, please be aware that any 
dissemination or copying of this communication is strictly prohibited. If you 
have received this communication in error, please immediately notify us by 
replying to the message and deleting it from your computer. 

 

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

tomcat 5.5.9 not recompiling JSPs

[Michal Kwiatek]

I've just noticed that on tomcat 5.5.9 JSPs unpacked by tomcat from a
deployed war file have creation dates pointing to the time when the
files were first created. On tomcat 5.0.28 unpacked files have creation
dates pointing to time when they were unpacked (i.e created on this file
system). Perhaps this is the reason for strange problems with JSP
recompilation?

This problem comes and goes after I restart tomcat. What might be the
reason?

Michal.

> > Michal Kwiatek wrote:
> > 
> > >Hello,
> > >
> > >I have a problem with tomcat 5.5.9 - for some reason 
> tomcat does not 
> > >recompile JSPs after I redeploy the application using manager 
> > >application.
> > >There's no error message in the logs, tomcat has write
> > access to work
> > >directory and it compiles new jsps. It simply does not 
> recompile the 
> > >existing ones.
> > >
> > >Have you seen such behaviour in the past?
> > >
> > >Thanks in advance,
> > >Michal.
> > >
> > 
> >-
> > >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]

Long refresh delay with apache connector

[Zsolt]

Long refresh delay with apache connector

Hi,

When I make a out.flush() and response.flushBuffer() the browser gets
refreshed but when I go through the apache connector, the browser refreshes
only when the servlet is finished.

The servlet might long for a long time, how can I provide some feedback?

Zsolt



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

Re: Problema de configuracion de memoria de la JVM con Tomcat 5

[David Smith]

Have you tried using the tomcat5w.exe application in Tomcat's bin
directory?  It should also be available under the Apache Tomcat program
group in the Start button All Programs listing as "Configure Tomcat".

--David

Doojan wrote:

>Buenos dias,
>tengo un problema con la configuración de la memoria
>de la JVM con Tomcat 5.
>Alguien sabe como incrementar la memoria de la JVM,
>por favor
>Estoy en un entorno W2003Server.
>
>He probado poniendo variables de entorno como
>JAVA_OPTS o JAVA_ARGS pero nada de eso funciona, sigo
>obteniendo mi error "OutOfMemoryError" cuando cargo
>mucho el webserver de Tomcat.
>
>Muchas Gracias a todos!!!
>
>Un saludo
>
>
>   
>__ 
>Renovamos el Correo Yahoo! 
>Nuevos servicios, más seguridad 
>http://correo.yahoo.es
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>
>  
>


-- 
===
David Smith
Network Operations Supervisor
Department of Entomology
College of Agriculture & Life Sciences
Cornell University
2132 Comstock Hall
Ithaca, NY  14853
Phone: 607.255.9571
Fax: 607.255.0939


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

RE: Deploying ROOT.war indicates missing application web.xml

[Allistair Crossley]

Hi,

Nope, but that looks helpful,

Many thanks, Allistair.

> -Original Message-
> From: Longson, Robert [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 12:11
> To: Tomcat Users List
> Subject: RE: Deploying ROOT.war indicates missing application web.xml
> 
> 
> Haveyou seen this article?
> 
> http://ant.apache.org/faq.html#winzip-lies
> 
> Best regards
> 
> Robert
> 
> -Original Message-
> From: Allistair Crossley [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 11:59
> To: Tomcat Users List
> Subject: RE: Deploying ROOT.war indicates missing application web.xml
> 
> 
> Hi,
> 
> OK, I've found the issue :( The Ant war task appears to have 
> packed all files that were in the root of WEB-INF within a 
> packed path of as web-inf (i.e lowercase) although not the 
> classes which are packed within an uppercase WEB-INF.
> 
> Looks like the funny theory is funny afterall.
> 
> Cheers, Allistair.
> 
> > -Original Message-
> > From: Allistair Crossley 
> > Sent: 22 August 2005 11:48
> > To: Tomcat Users List
> > Subject: RE: Deploying ROOT.war indicates missing 
> application web.xml
> > 
> > 
> > Hi,
> > 
> > Yes, the default ROOT.war does appear to work in the way I 
> > have been trying to deploy my own ROOT.war, you're right there.
> > 
> > Nevertheless I will hold that there are a lot of potential 
> > differences between the empty default ROOT and an 18MB 
> > struts/spring/hibernate etc... real-world web application so 
> > I am not convinced just yet that it's my web application 
> > packaging (especially with the valid tests I have shown by 
> > manual unpack).
> > 
> > I will see if I can pursue the reason and come back to you.
> > 
> > Kindest regards, Allistair.
> > 
> > PS: thanks for the usual insult, i'd expect no less.
> > 
> > > -Original Message-
> > > From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> > > Sent: 22 August 2005 11:32
> > > To: Tomcat Users List
> > > Subject: Re: Deploying ROOT.war indicates missing 
> > application web.xml
> > > 
> > > 
> > > On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> > > > Hi,
> > > > 
> > > > Just to reconfirm, and also to take into account what you 
> > > did in your test
> > > > 
> > > > 0. Check server.xml for unpackWARs="true" autoDeploy="true"
> > > > 1. I use Ant's war task to correctly war the web 
> > > application package.
> > > 
> > > I used 7zip.
> > > 
> > > > 2. I clear Tomcat's webapps folder and restart for good measure.
> > > 
> > > I only deleted the "ROOT" folder.
> > > 
> > > > 3. I copy the war into webapps
> > > > 4. Tomcat reports
> > > > 
> > > > INFO: Deploying web application archive ROOT.war
> > > > 22-Aug-2005 11:14:02 
> > > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > > INFO: Missing application web.xml, using defaults only 
> > > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > > 
> > > > 5. I rename ROOT.war to ROOT.zip and open in WinZip to 
> > > check file structure, in particular web.xml and to ensure 
> > > that ROOT is not part of packaged paths.
> > > > 6. I unzip ROOT.zip to webapps\ROOT
> > > > 7. I make a request to the web application which succeeds 
> > > including filters defined in the web.xml
> > > > 8. Stop Tomcat
> > > > 9. With WinZip, rezip the tested working ROOT folder contents
> > > > 10. Delete webapps\ROOT
> > > > 11. Rename ROOT.zip to ROOT.war
> > > > 12. Cut ROOT.war onto Desktop.
> > > > 13. Start Tomcat
> > > > 14. Cut ROOT.war into webapps
> > > > 15. Get same error.
> > > > 
> > > > INFO: Deploying web application archive ROOT.war
> > > > 22-Aug-2005 11:14:02 
> > > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > > INFO: Missing application web.xml, using defaults only 
> > > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > > 
> > > > Could the fact that my ROOT.war is 18MB have anything to do 
> > > with Tomcat's ability to examine for the web.xml??? (wild guess)
> > > 
> > > I know you like funny theories, but how about trying with 
> > the default
> > > ROOT webapp then ?
> > > 
> > > -- 
> > > x
> > > Rémy Maucherat
> > > Developer & Consultant
> > > JBoss Group (Europe) SàRL
> > > x
> > > 
> > > 
> > 
> -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: 
> [EMAIL PROTECTED]
> > > 
> > > 
> > 
> > 
> >  
> > ---
> > QAS Ltd.
> > Registered in England: No 2582055
> > Registered in Australia: No 082 851 474
> > ---
> > 
> > 
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> -
> To unsubscribe

Re: execute class on start up

[Frank W. Zammetti]

You can do it a couple of ways...

(1) You could create a startup servlet and load it on startup to call 
your class.


(2) You could use a ContextListener to do the same thing.

Both of those require a webapp of course, and it's not obvious that you 
actually want there to be one.  So, you could also:


(3) Use a static initializer block in the class.  This may not be 
feasible depending on what you need to happen at startup, but it would 
"execute" the class every time Tomcat starts up, as long as its in the 
classpath, whether its part of a webapp or not.


Frank

Xavier López wrote:

Hello,

I have a little problem, and perhaps you can help me!

I made a new java class and I just want to execute it every time 
that the server Tomcat starts.


Does anyone know how to do it ?
I think thats a configuration problem, but I don't know how to solve it.

Thanks in advance!
Xavier


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







--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com


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

Re: WebDav on Port 80

[Tom Spence]

On 5.5.9...
 
* Go to webapps/webdav/WEB-INF
* Edit web.xml
 
Go to bottom and fix...
 

index.html

 
After I fixed, still not work...
 
Tom


Kyle <[EMAIL PROTECTED]> wrote:
On 5.5.9,

I can get http://localhost/webdav/index.html to serve up the webdav home 
page. If I just put /webdav in, I get the directory index. Though, I 
suspect I could get it to serve it up straight away if I play with the 
mapping.

AH!!! Just occured to me. I'm picking it up through Apache as opposed to 
Tomcat standalone.

K

Marius Hanganu wrote:
> The problem can be reproduced. There is already a bug describing this
> issue:
> 
> http://issues.apache.org/bugzilla/show_bug.cgi?id=26449
> 
> Regards,
> Marius 
> 
> -Original Message-
> From: George Francis [mailto:[EMAIL PROTECTED] 
> Sent: Sunday, August 21, 2005 7:07 PM
> To: tomcat-user@jakarta.apache.org
> Subject: WebDav on Port 80
> 
> Hello,
> If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight out
> of the box' by starting the server and opening 'localhost:8080/webdav'
> as a web folder.
> Great!
> If I then go in to server.xml and change the port to 80; the WebDav
> functionality is lost - I get a message from IE saying "Cannot open
> 'localhost:80/webdav' as a web folder - would you like to see it's
> default view instead".
> Can anyone else reproduce this? Are you all able to run webdav on port
> 80 without issues? Is there any trick Im missing?
> Any help greatly appreciated!.
> G
> 
> -
> 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]
> 

-- 

Kind Regards

Kyle Lange

Tel: +61 (0)431 88 3978


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

RE: Deploying ROOT.war indicates missing application web.xml

[Longson, Robert]

Haveyou seen this article?

http://ant.apache.org/faq.html#winzip-lies

Best regards

Robert

-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: 22 August 2005 11:59
To: Tomcat Users List
Subject: RE: Deploying ROOT.war indicates missing application web.xml


Hi,

OK, I've found the issue :( The Ant war task appears to have packed all files 
that were in the root of WEB-INF within a packed path of as web-inf (i.e 
lowercase) although not the classes which are packed within an uppercase 
WEB-INF.

Looks like the funny theory is funny afterall.

Cheers, Allistair.

> -Original Message-
> From: Allistair Crossley 
> Sent: 22 August 2005 11:48
> To: Tomcat Users List
> Subject: RE: Deploying ROOT.war indicates missing application web.xml
> 
> 
> Hi,
> 
> Yes, the default ROOT.war does appear to work in the way I 
> have been trying to deploy my own ROOT.war, you're right there.
> 
> Nevertheless I will hold that there are a lot of potential 
> differences between the empty default ROOT and an 18MB 
> struts/spring/hibernate etc... real-world web application so 
> I am not convinced just yet that it's my web application 
> packaging (especially with the valid tests I have shown by 
> manual unpack).
> 
> I will see if I can pursue the reason and come back to you.
> 
> Kindest regards, Allistair.
> 
> PS: thanks for the usual insult, i'd expect no less.
> 
> > -Original Message-
> > From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> > Sent: 22 August 2005 11:32
> > To: Tomcat Users List
> > Subject: Re: Deploying ROOT.war indicates missing 
> application web.xml
> > 
> > 
> > On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > 
> > > Just to reconfirm, and also to take into account what you 
> > did in your test
> > > 
> > > 0. Check server.xml for unpackWARs="true" autoDeploy="true"
> > > 1. I use Ant's war task to correctly war the web 
> > application package.
> > 
> > I used 7zip.
> > 
> > > 2. I clear Tomcat's webapps folder and restart for good measure.
> > 
> > I only deleted the "ROOT" folder.
> > 
> > > 3. I copy the war into webapps
> > > 4. Tomcat reports
> > > 
> > > INFO: Deploying web application archive ROOT.war
> > > 22-Aug-2005 11:14:02 
> > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > INFO: Missing application web.xml, using defaults only 
> > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > 
> > > 5. I rename ROOT.war to ROOT.zip and open in WinZip to 
> > check file structure, in particular web.xml and to ensure 
> > that ROOT is not part of packaged paths.
> > > 6. I unzip ROOT.zip to webapps\ROOT
> > > 7. I make a request to the web application which succeeds 
> > including filters defined in the web.xml
> > > 8. Stop Tomcat
> > > 9. With WinZip, rezip the tested working ROOT folder contents
> > > 10. Delete webapps\ROOT
> > > 11. Rename ROOT.zip to ROOT.war
> > > 12. Cut ROOT.war onto Desktop.
> > > 13. Start Tomcat
> > > 14. Cut ROOT.war into webapps
> > > 15. Get same error.
> > > 
> > > INFO: Deploying web application archive ROOT.war
> > > 22-Aug-2005 11:14:02 
> > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > INFO: Missing application web.xml, using defaults only 
> > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > 
> > > Could the fact that my ROOT.war is 18MB have anything to do 
> > with Tomcat's ability to examine for the web.xml??? (wild guess)
> > 
> > I know you like funny theories, but how about trying with 
> the default
> > ROOT webapp then ?
> > 
> > -- 
> > x
> > Rémy Maucherat
> > Developer & Consultant
> > JBoss Group (Europe) SàRL
> > x
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
>  
> ---
> QAS Ltd.
> Registered in England: No 2582055
> Registered in Australia: No 082 851 474
> ---
> 
> 
> 
> -
> 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] 
  

 
The information contained in this message is intended only for the recipient, 
and may be a confidential attorney-client communication or may otherwise be 
privileged and confidential and protected from disclosure. If the reader of 
this message is not the intended recipient, or an employee or agent responsible 
for delivering this message to the intended recipient, please be aware that any 
dissemination or copying of this c

RE: Deploying ROOT.war indicates missing application web.xml

[Allistair Crossley]

Hi,

OK, I've found the issue :( The Ant war task appears to have packed all files 
that were in the root of WEB-INF within a packed path of as web-inf (i.e 
lowercase) although not the classes which are packed within an uppercase 
WEB-INF.

Looks like the funny theory is funny afterall.

Cheers, Allistair.

> -Original Message-
> From: Allistair Crossley 
> Sent: 22 August 2005 11:48
> To: Tomcat Users List
> Subject: RE: Deploying ROOT.war indicates missing application web.xml
> 
> 
> Hi,
> 
> Yes, the default ROOT.war does appear to work in the way I 
> have been trying to deploy my own ROOT.war, you're right there.
> 
> Nevertheless I will hold that there are a lot of potential 
> differences between the empty default ROOT and an 18MB 
> struts/spring/hibernate etc... real-world web application so 
> I am not convinced just yet that it's my web application 
> packaging (especially with the valid tests I have shown by 
> manual unpack).
> 
> I will see if I can pursue the reason and come back to you.
> 
> Kindest regards, Allistair.
> 
> PS: thanks for the usual insult, i'd expect no less.
> 
> > -Original Message-
> > From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> > Sent: 22 August 2005 11:32
> > To: Tomcat Users List
> > Subject: Re: Deploying ROOT.war indicates missing 
> application web.xml
> > 
> > 
> > On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > > 
> > > Just to reconfirm, and also to take into account what you 
> > did in your test
> > > 
> > > 0. Check server.xml for unpackWARs="true" autoDeploy="true"
> > > 1. I use Ant's war task to correctly war the web 
> > application package.
> > 
> > I used 7zip.
> > 
> > > 2. I clear Tomcat's webapps folder and restart for good measure.
> > 
> > I only deleted the "ROOT" folder.
> > 
> > > 3. I copy the war into webapps
> > > 4. Tomcat reports
> > > 
> > > INFO: Deploying web application archive ROOT.war
> > > 22-Aug-2005 11:14:02 
> > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > INFO: Missing application web.xml, using defaults only 
> > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > 
> > > 5. I rename ROOT.war to ROOT.zip and open in WinZip to 
> > check file structure, in particular web.xml and to ensure 
> > that ROOT is not part of packaged paths.
> > > 6. I unzip ROOT.zip to webapps\ROOT
> > > 7. I make a request to the web application which succeeds 
> > including filters defined in the web.xml
> > > 8. Stop Tomcat
> > > 9. With WinZip, rezip the tested working ROOT folder contents
> > > 10. Delete webapps\ROOT
> > > 11. Rename ROOT.zip to ROOT.war
> > > 12. Cut ROOT.war onto Desktop.
> > > 13. Start Tomcat
> > > 14. Cut ROOT.war into webapps
> > > 15. Get same error.
> > > 
> > > INFO: Deploying web application archive ROOT.war
> > > 22-Aug-2005 11:14:02 
> > org.apache.catalina.startup.ContextConfig applicationWebConfig
> > > INFO: Missing application web.xml, using defaults only 
> > StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > > 
> > > Could the fact that my ROOT.war is 18MB have anything to do 
> > with Tomcat's ability to examine for the web.xml??? (wild guess)
> > 
> > I know you like funny theories, but how about trying with 
> the default
> > ROOT webapp then ?
> > 
> > -- 
> > x
> > Rémy Maucherat
> > Developer & Consultant
> > JBoss Group (Europe) SàRL
> > x
> > 
> > 
> -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> 
> 
>  
> ---
> QAS Ltd.
> Registered in England: No 2582055
> Registered in Australia: No 082 851 474
> ---
> 
> 
> 
> -
> 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]

Can't start tomcat: java.lang.NoClassDefFoundError: org/apache/tomcat/util/log/SystemLogHandler

[cfu]

Hello!

I've been searching on the web for someone with a similar problem, but I 
had no success. I hope someone of you can help!


I have a Mandriva Linux system, running the latest Java VM (JDK 1.5). I 
downloaded Tomcat 5.5.9, and it works fine when executed from a local 
account. Nevertheless, when trying to run it from a (NIS) remote 
account, which actually acceses its home directory via NFS, I get the 
following error:

java.lang.NoClassDefFoundError: org/apache/tomcat/util/log/SystemLogHandler
 at java.lang.Class.getDeclaredConstructors0 (Native Method)
 at java.lang.Class.privateGetDeclaredConstructors 
(Class.java:2328)

 at java.lang.Class.getConstructor0 (Class.java:2640)
 at java.lang.Class.newInstance0 (Class.java:321)
 at java.lang.Class.newInstance (Class.java:303)
 at org.apache.catalina.startup.Bootstrap.init (Bootstrap.java:201)
 at org.apache.catalina.startup.Bootstrap.main (Bootstrap.java:386)

I don't know if the problem lies on the environment variables, or file 
permissions, or what!  Can anyone of you help me on this?


Thanx

Carlos F.




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

RE: Deploying ROOT.war indicates missing application web.xml

[Allistair Crossley]

Hi,

Yes, the default ROOT.war does appear to work in the way I have been trying to 
deploy my own ROOT.war, you're right there.

Nevertheless I will hold that there are a lot of potential differences between 
the empty default ROOT and an 18MB struts/spring/hibernate etc... real-world 
web application so I am not convinced just yet that it's my web application 
packaging (especially with the valid tests I have shown by manual unpack).

I will see if I can pursue the reason and come back to you.

Kindest regards, Allistair.

PS: thanks for the usual insult, i'd expect no less.

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 11:32
> To: Tomcat Users List
> Subject: Re: Deploying ROOT.war indicates missing application web.xml
> 
> 
> On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> > Hi,
> > 
> > Just to reconfirm, and also to take into account what you 
> did in your test
> > 
> > 0. Check server.xml for unpackWARs="true" autoDeploy="true"
> > 1. I use Ant's war task to correctly war the web 
> application package.
> 
> I used 7zip.
> 
> > 2. I clear Tomcat's webapps folder and restart for good measure.
> 
> I only deleted the "ROOT" folder.
> 
> > 3. I copy the war into webapps
> > 4. Tomcat reports
> > 
> > INFO: Deploying web application archive ROOT.war
> > 22-Aug-2005 11:14:02 
> org.apache.catalina.startup.ContextConfig applicationWebConfig
> > INFO: Missing application web.xml, using defaults only 
> StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > 
> > 5. I rename ROOT.war to ROOT.zip and open in WinZip to 
> check file structure, in particular web.xml and to ensure 
> that ROOT is not part of packaged paths.
> > 6. I unzip ROOT.zip to webapps\ROOT
> > 7. I make a request to the web application which succeeds 
> including filters defined in the web.xml
> > 8. Stop Tomcat
> > 9. With WinZip, rezip the tested working ROOT folder contents
> > 10. Delete webapps\ROOT
> > 11. Rename ROOT.zip to ROOT.war
> > 12. Cut ROOT.war onto Desktop.
> > 13. Start Tomcat
> > 14. Cut ROOT.war into webapps
> > 15. Get same error.
> > 
> > INFO: Deploying web application archive ROOT.war
> > 22-Aug-2005 11:14:02 
> org.apache.catalina.startup.ContextConfig applicationWebConfig
> > INFO: Missing application web.xml, using defaults only 
> StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> > 
> > Could the fact that my ROOT.war is 18MB have anything to do 
> with Tomcat's ability to examine for the web.xml??? (wild guess)
> 
> I know you like funny theories, but how about trying with the default
> ROOT webapp then ?
> 
> -- 
> x
> Rémy Maucherat
> Developer & Consultant
> JBoss Group (Europe) SàRL
> x
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Detecting client-side socket/connection close from Tomcat server

[gh9]

Hi all,

I have a scenario in which multiple time-critical clients call a Tomcat 
servlet. The read timeout on a client->server connection is set to 100ms, so if 
the servlet has not responded within that time, the connection is closed and 
the client continues with other work.

I want to count the number of times clients close their connections to the 
Tomcat servlet due to the 100ms read timeout, and I want to do this from within 
Tomcat itself. If this possible? If so, how would I do it?

If I were using a simple (Java) HTTP server, I could presumably just catch the 
IOException caused by the client's closing the underlying socket/connection, 
and increment a counter. However, with servlets in Tomcat, the underlying 
connection is abstracted over through the use of HttpServletRequest and 
HttpServletResponse objects...

Any suggestions would be greatly appreciated!

I apologise if there is an obvious solution to this that I've overlooked, but 
I'm very new to Tomcat, and have been happily living within the abstraction of 
jsps and servlets so far :-)

Thanks

Greg



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

Re: Anyone familiar where SavedRequest class can be found?

[Tim Funk]

server/lib/catalina.jar

-Tim

Mark Goking wrote:


Anyone know which jar file this belongs?
I found this article, and this could be the solution to retaining
request parameters after logging in

http://sourceforge.net/tracker/?group_id=59484&atid=491164&func=detail&a
id=766413



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

Re: Deploying ROOT.war indicates missing application web.xml

[Remy Maucherat]

On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> Just to reconfirm, and also to take into account what you did in your test
> 
> 0. Check server.xml for unpackWARs="true" autoDeploy="true"
> 1. I use Ant's war task to correctly war the web application package.

I used 7zip.

> 2. I clear Tomcat's webapps folder and restart for good measure.

I only deleted the "ROOT" folder.

> 3. I copy the war into webapps
> 4. Tomcat reports
> 
> INFO: Deploying web application archive ROOT.war
> 22-Aug-2005 11:14:02 org.apache.catalina.startup.ContextConfig 
> applicationWebConfig
> INFO: Missing application web.xml, using defaults only 
> StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> 
> 5. I rename ROOT.war to ROOT.zip and open in WinZip to check file structure, 
> in particular web.xml and to ensure that ROOT is not part of packaged paths.
> 6. I unzip ROOT.zip to webapps\ROOT
> 7. I make a request to the web application which succeeds including filters 
> defined in the web.xml
> 8. Stop Tomcat
> 9. With WinZip, rezip the tested working ROOT folder contents
> 10. Delete webapps\ROOT
> 11. Rename ROOT.zip to ROOT.war
> 12. Cut ROOT.war onto Desktop.
> 13. Start Tomcat
> 14. Cut ROOT.war into webapps
> 15. Get same error.
> 
> INFO: Deploying web application archive ROOT.war
> 22-Aug-2005 11:14:02 org.apache.catalina.startup.ContextConfig 
> applicationWebConfig
> INFO: Missing application web.xml, using defaults only 
> StandardEngine[Catalina].StandardHost[localhost].StandardContext[]
> 
> Could the fact that my ROOT.war is 18MB have anything to do with Tomcat's 
> ability to examine for the web.xml??? (wild guess)

I know you like funny theories, but how about trying with the default
ROOT webapp then ?

-- 
x
Rémy Maucherat
Developer & Consultant
JBoss Group (Europe) SàRL
x

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

RE: Deploying ROOT.war indicates missing application web.xml

[Allistair Crossley]

Hi,

Just to reconfirm, and also to take into account what you did in your test

0. Check server.xml for unpackWARs="true" autoDeploy="true"
1. I use Ant's war task to correctly war the web application package.
2. I clear Tomcat's webapps folder and restart for good measure.
3. I copy the war into webapps
4. Tomcat reports

INFO: Deploying web application archive ROOT.war
22-Aug-2005 11:14:02 org.apache.catalina.startup.ContextConfig 
applicationWebConfig
INFO: Missing application web.xml, using defaults only 
StandardEngine[Catalina].StandardHost[localhost].StandardContext[]

5. I rename ROOT.war to ROOT.zip and open in WinZip to check file structure, in 
particular web.xml and to ensure that ROOT is not part of packaged paths.
6. I unzip ROOT.zip to webapps\ROOT
7. I make a request to the web application which succeeds including filters 
defined in the web.xml
8. Stop Tomcat
9. With WinZip, rezip the tested working ROOT folder contents
10. Delete webapps\ROOT
11. Rename ROOT.zip to ROOT.war
12. Cut ROOT.war onto Desktop.
13. Start Tomcat
14. Cut ROOT.war into webapps
15. Get same error.

INFO: Deploying web application archive ROOT.war
22-Aug-2005 11:14:02 org.apache.catalina.startup.ContextConfig 
applicationWebConfig
INFO: Missing application web.xml, using defaults only 
StandardEngine[Catalina].StandardHost[localhost].StandardContext[]

Could the fact that my ROOT.war is 18MB have anything to do with Tomcat's 
ability to examine for the web.xml??? (wild guess)

Thanks, Allistair.

> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 10:56
> To: Tomcat Users List
> Subject: Re: Deploying ROOT.war indicates missing application web.xml
> 
> 
> On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> > Hi Everyone,
> > 
> > Just been deploying ROOT.war into webapps and it's failing 
> to explode. The logs indicate;
> > 
> > INFO: Deploying web application archive ROOT.war
> > 22-Aug-2005 09:46:44 
> org.apache.catalina.startup.ContextConfig applicationWebConfig
> > INFO: Missing application web.xml, using defaults only
> >   ^^^
> > 
> > Yet, if I rename ROOT.war to ROOT.zip and open it in 
> WinZip, the web.xml has been correctly packed by the Ant WAR 
> task. Indeed if I unzip the WAR into webapps manually, the 
> web application works fine and is packaged correctly.
> > 
> > I use an Ant WAR task
> > 
> >  > destFile="${dist.dir}/${app.name}.war"
> > webxml="${webroot.dir}/WEB-INF/web.xml"
> > duplicate="preserve">
> > 
> >   
> >   
> >   
> >   
> > 
> >   
> > 
> > 
> > 
> >   
> > 
> > 
> > 
> > Any ideas why Tomcat is exhibiting this behaviour?
> 
> I just tried it by zipping and removing the ROOT folder, replacing it
> with ROOT.war. It gets expanded and deployed correctly.
> 
> -- 
> x
> Rémy Maucherat
> Developer & Consultant
> JBoss Group (Europe) SàRL
> x
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---



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

Re: Deploying ROOT.war indicates missing application web.xml

[Remy Maucherat]

On 8/22/05, Allistair Crossley <[EMAIL PROTECTED]> wrote:
> Hi Everyone,
> 
> Just been deploying ROOT.war into webapps and it's failing to explode. The 
> logs indicate;
> 
> INFO: Deploying web application archive ROOT.war
> 22-Aug-2005 09:46:44 org.apache.catalina.startup.ContextConfig 
> applicationWebConfig
> INFO: Missing application web.xml, using defaults only
>   ^^^
> 
> Yet, if I rename ROOT.war to ROOT.zip and open it in WinZip, the web.xml has 
> been correctly packed by the Ant WAR task. Indeed if I unzip the WAR into 
> webapps manually, the web application works fine and is packaged correctly.
> 
> I use an Ant WAR task
> 
>  destFile="${dist.dir}/${app.name}.war"
> webxml="${webroot.dir}/WEB-INF/web.xml"
> duplicate="preserve">
> 
>   
>   
>   
>   
> 
>   
> 
> 
> 
>   
> 
> 
> 
> Any ideas why Tomcat is exhibiting this behaviour?

I just tried it by zipping and removing the ROOT folder, replacing it
with ROOT.war. It gets expanded and deployed correctly.

-- 
x
Rémy Maucherat
Developer & Consultant
JBoss Group (Europe) SàRL
x

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

Re: WebDav on Port 80

[Kyle]

On 5.5.9,

I can get http://localhost/webdav/index.html to serve up the webdav home 
page. If I just put /webdav in, I get the directory index. Though, I 
suspect I could get it to serve it up straight away if I play with the 
mapping.


AH!!! Just occured to me. I'm picking it up through Apache as opposed to 
Tomcat standalone.


K

Marius Hanganu wrote:

The problem can be reproduced. There is already a bug describing this
issue:

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

Regards,
Marius 


-Original Message-
From: George Francis [mailto:[EMAIL PROTECTED] 
Sent: Sunday, August 21, 2005 7:07 PM

To: tomcat-user@jakarta.apache.org
Subject: WebDav on Port 80

Hello,
If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight out
of the box' by starting the server and opening 'localhost:8080/webdav'
as a web folder.
Great!
If I then go in to server.xml and change the port to 80; the WebDav
functionality is lost - I get a message from IE saying "Cannot open
'localhost:80/webdav' as a web folder - would you like to see it's
default view instead".
Can anyone else reproduce this?  Are you all able to run webdav on port
80 without issues?  Is there any trick Im missing?
Any help greatly appreciated!.
G

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



--

Kind Regards

Kyle Lange

Tel: +61 (0)431 88 3978


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

RE: Java 1.4.2_08 and up breaks Jstl

[Mark Goking]

As what allistair mentioned, please check if the object person is null,
if it's not, then test if person.language is null.



-Original Message-
From: Christoph Kutzinski [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 22, 2005 5:27 PM
To: Tomcat Users List
Subject: Re: Java 1.4.2_08 and up breaks Jstl


Hi Martyn,

I have 2 suggestions.

I) I suspect that the 2 dots in the value *might* be the problem.
I.e. have you tried this: 

II) You are using Jakarta Taglibs JSTL. Have you upgraded this to the 
latest stable version? This could be an incompability between an older 
JSTL implementation and newer JDKs.

I don't know if Jakarta Taglibs has dependencies on other libraries.
If it has, you should upgrade them as well.
I'm especially thinking about Commons Beanutils. This looks like it 
*could* be a beanutils problem.


Christoph


Martyn Hiemstra wrote:
> Hi All
> 
> First of all my jsp file looks like this
> 
> Contents Jsp File:
> <%@ page language="java" %>
> <%@ page contentType="text/html; charset=UTF-8" %>
> <%@ taglib uri="http://java.sun.com/jstl/fmt"; prefix="fmt" %>
> <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %>
> 
> 
> 
> The error occures on the line with the person.language.localeName. 
> Person is a object in the session. The code prints the locale name the

> person has chosen.
> 
> System
> Debian Sarge
> 
> Tomcat:
> Tomcat 5.0.27 (I have also tried 5.0.28)
> 
> Java
> I have Java j2sdk 1.4.2_05 installed under /opt/j2sdk1.4.2_05. I have 
> created a sym link from /opt/java to /opt/j2sdk1.4.2_05.
> I have JAVA_HOME point to /opt/java.
> 
> 
> This runs perfectly. I then install j2sdk 1.4.2_08 under /opt and then

> have /opt/java point to /opt/j2sdk1.4.2_08.
> 
> I stop tomcat. Wait and check to see that no occurance is running in
the 
> memory anymore. I then start up tomcat. When calling the same jsp file

> that worked with the previous version of Java I get this error in the 
> catalina.out:
> 2005-08-11 11:37:06 StandardWrapperValve[jsp]: Servlet.service() for 
> servlet jsp threw exception
> javax.servlet.jsp.JspException: An error occurred while evaluating 
> custom action attribute "value" with value 
> "${person.language.localeName}": Unable to find a value for "language"

> in object of class "com.jatse.api.User" using operator "." (null)
>at 
>
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:
146) 
> 
>at 
>
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:
166) 
> 
>at 
>
org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager.eval
uate(ExpressionEvaluatorManager.java:112) 
> 
>at 
>
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.evaluateExpressions(
SetLocaleTag.java:141) 
> 
>at 
>
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.doStartTag(SetLocale
Tag.java:101) 
> 
>at 
>
org.apache.jsp.index_jsp._jspx_meth_fmt_setLocale_0(index_jsp.java:146)
>at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
>at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>at 
>
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.ja
va:324) 
> 
>at 
>
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
>at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>at 
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:237) 
> 
>at 
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157) 
> 
>at
com.jatse.website.filters.PersonFilter.doFilter(PersonFilter.java:42)
>at 
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186) 
> 
>at 
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157) 
> 
>at 
>
com.jatse.website.filters.SetCharacterEncodingFilter.doFilter(SetCharact
erEncodingFilter.java:128) 
> 
>at 
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:186) 
> 
>at 
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:157) 
> 
>at 
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:214) 
> 
>at 
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104) 
> 
>at 
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5
20)
>at 
>
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardCon
textValve.java:198) 
> 
>at 
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:152) 
> 
>at 
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo
ntext.java:104) 
> 
>at 
>
org.apache.catalina.core.StandardPipeline.invoke(Stand

Re: Java 1.4.2_08 and up breaks Jstl

[Christoph Kutzinski]

Hi Martyn,

I have 2 suggestions.

I) I suspect that the 2 dots in the value *might* be the problem.
I.e. have you tried this: 

II) You are using Jakarta Taglibs JSTL. Have you upgraded this to the 
latest stable version? This could be an incompability between an older 
JSTL implementation and newer JDKs.


I don't know if Jakarta Taglibs has dependencies on other libraries.
If it has, you should upgrade them as well.
I'm especially thinking about Commons Beanutils. This looks like it 
*could* be a beanutils problem.



Christoph


Martyn Hiemstra wrote:

Hi All

First of all my jsp file looks like this

Contents Jsp File:
<%@ page language="java" %>
<%@ page contentType="text/html; charset=UTF-8" %>
<%@ taglib uri="http://java.sun.com/jstl/fmt"; prefix="fmt" %>
<%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %>



The error occures on the line with the person.language.localeName. 
Person is a object in the session. The code prints the locale name the 
person has chosen.


System
Debian Sarge

Tomcat:
Tomcat 5.0.27 (I have also tried 5.0.28)

Java
I have Java j2sdk 1.4.2_05 installed under /opt/j2sdk1.4.2_05. I have 
created a sym link from /opt/java to /opt/j2sdk1.4.2_05.

I have JAVA_HOME point to /opt/java.


This runs perfectly. I then install j2sdk 1.4.2_08 under /opt and then 
have /opt/java point to /opt/j2sdk1.4.2_08.


I stop tomcat. Wait and check to see that no occurance is running in the 
memory anymore. I then start up tomcat. When calling the same jsp file 
that worked with the previous version of Java I get this error in the 
catalina.out:
2005-08-11 11:37:06 StandardWrapperValve[jsp]: Servlet.service() for 
servlet jsp threw exception
javax.servlet.jsp.JspException: An error occurred while evaluating 
custom action attribute "value" with value 
"${person.language.localeName}": Unable to find a value for "language" 
in object of class "com.jatse.api.User" using operator "." (null)
   at 
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:146) 

   at 
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:166) 

   at 
org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager.evaluate(ExpressionEvaluatorManager.java:112) 

   at 
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.evaluateExpressions(SetLocaleTag.java:141) 

   at 
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.doStartTag(SetLocaleTag.java:101) 

   at 
org.apache.jsp.index_jsp._jspx_meth_fmt_setLocale_0(index_jsp.java:146)

   at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324) 

   at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)

   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237) 

   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) 


   at com.jatse.website.filters.PersonFilter.doFilter(PersonFilter.java:42)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) 

   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) 

   at 
com.jatse.website.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:128) 

   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186) 

   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157) 

   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) 

   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) 

   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) 

   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) 

   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) 

   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) 

   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) 

   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) 

   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) 

   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEng

RE: Java 1.4.2_08 and up breaks Jstl

[Allistair Crossley]

If you do have com.jatse.api.User.getLanguage() then the problem is that 
language is null. Test with


  language is null


Allistair.

> -Original Message-
> From: Allistair Crossley 
> Sent: 22 August 2005 10:19
> To: Tomcat Users List
> Subject: RE: Java 1.4.2_08 and up breaks Jstl
> 
> 
> Ensure that your class members all have getters, since 
> person.language.localeName will call
> 
> person.getLanguage().getLocaleName()
> 
> Allistair.
> 
> > -Original Message-
> > From: Martyn Hiemstra [mailto:[EMAIL PROTECTED]
> > Sent: 22 August 2005 09:55
> > To: Tomcat Users List
> > Subject: Re: Java 1.4.2_08 and up breaks Jstl
> > 
> > 
> > Hi All
> > 
> > First of all my jsp file looks like this
> > 
> > Contents Jsp File:
> > <%@ page language="java" %>
> > <%@ page contentType="text/html; charset=UTF-8" %>
> > <%@ taglib uri="http://java.sun.com/jstl/fmt"; prefix="fmt" %>
> > <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %>
> > 
> > 
> > 
> > The error occures on the line with the person.language.localeName. 
> > Person is a object in the session. The code prints the locale 
> > name the 
> > person has chosen.
> > 
> > System
> > Debian Sarge
> > 
> > Tomcat:
> > Tomcat 5.0.27 (I have also tried 5.0.28)
> > 
> > Java
> > I have Java j2sdk 1.4.2_05 installed under 
> /opt/j2sdk1.4.2_05. I have 
> > created a sym link from /opt/java to /opt/j2sdk1.4.2_05.
> > I have JAVA_HOME point to /opt/java.
> > 
> > 
> > This runs perfectly. I then install j2sdk 1.4.2_08 under /opt 
> > and then 
> > have /opt/java point to /opt/j2sdk1.4.2_08.
> > 
> > I stop tomcat. Wait and check to see that no occurance is 
> > running in the 
> > memory anymore. I then start up tomcat. When calling the same 
> > jsp file 
> > that worked with the previous version of Java I get this 
> error in the 
> > catalina.out:
> > 2005-08-11 11:37:06 StandardWrapperValve[jsp]: 
> Servlet.service() for 
> > servlet jsp threw exception
> > javax.servlet.jsp.JspException: An error occurred while evaluating 
> > custom action attribute "value" with value 
> > "${person.language.localeName}": Unable to find a value for 
> > "language" 
> > in object of class "com.jatse.api.User" using operator "." (null)
> > at 
> > org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evalu
> > ator.java:146)
> > at 
> > org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evalu
> > ator.java:166)
> > at 
> > org.apache.taglibs.standard.lang.support.ExpressionEvaluatorMa
> > nager.evaluate(ExpressionEvaluatorManager.java:112)
> > at 
> > org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.evaluateEx
> > pressions(SetLocaleTag.java:141)
> > at 
> > org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.doStartTag
> > (SetLocaleTag.java:101)
> > at 
> > org.apache.jsp.index_jsp._jspx_meth_fmt_setLocale_0(index_jsp.
> > java:146)
> > at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
> > at 
> > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> > at 
> > org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> > Wrapper.java:324)
> > at 
> > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> > .java:292)
> > at 
> > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> > er(ApplicationFilterChain.java:237)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> > cationFilterChain.java:157)
> > at 
> > 
> com.jatse.website.filters.PersonFilter.doFilter(PersonFilter.java:42)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> > er(ApplicationFilterChain.java:186)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> > cationFilterChain.java:157)
> > at 
> > com.jatse.website.filters.SetCharacterEncodingFilter.doFilter(
> SetCharacterEncodingFilter.java:128)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> > er(ApplicationFilterChain.java:186)
> > at 
> > org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> > cationFilterChain.java:157)
> > at 
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> > rapperValve.java:214)
> > at 
> > org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> > ardValveContext.java:104)
> > at 
> > org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> > ine.java:520)
> > at 
> > org.apache.catalina.core.StandardContextValve.invokeInternal(S
> > tandardContextValve.java:198)
> > at 
> > org.apache.catalina.core.StandardContextValve.invoke(StandardC
> > ontextValve.java:152)
> > at 
> > org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> > ardValveContext.java:104)
> > at 
>

Deploying ROOT.war indicates missing application web.xml

[Allistair Crossley]

Hi Everyone,
 
Just been deploying ROOT.war into webapps and it's failing to explode. The logs 
indicate;
 
INFO: Deploying web application archive ROOT.war
22-Aug-2005 09:46:44 org.apache.catalina.startup.ContextConfig 
applicationWebConfig
INFO: Missing application web.xml, using defaults only
  ^^^
 
Yet, if I rename ROOT.war to ROOT.zip and open it in WinZip, the web.xml has 
been correctly packed by the Ant WAR task. Indeed if I unzip the WAR into 
webapps manually, the web application works fine and is packaged correctly.
 
I use an Ant WAR task
 

  
  
  
  
  
  
  



  


 
Any ideas why Tomcat is exhibiting this behaviour?
 
Cheers, Allistair.
 
 


 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---

RE: Java 1.4.2_08 and up breaks Jstl

[Allistair Crossley]

Ensure that your class members all have getters, since 
person.language.localeName will call

person.getLanguage().getLocaleName()

Allistair.

> -Original Message-
> From: Martyn Hiemstra [mailto:[EMAIL PROTECTED]
> Sent: 22 August 2005 09:55
> To: Tomcat Users List
> Subject: Re: Java 1.4.2_08 and up breaks Jstl
> 
> 
> Hi All
> 
> First of all my jsp file looks like this
> 
> Contents Jsp File:
> <%@ page language="java" %>
> <%@ page contentType="text/html; charset=UTF-8" %>
> <%@ taglib uri="http://java.sun.com/jstl/fmt"; prefix="fmt" %>
> <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %>
> 
> 
> 
> The error occures on the line with the person.language.localeName. 
> Person is a object in the session. The code prints the locale 
> name the 
> person has chosen.
> 
> System
> Debian Sarge
> 
> Tomcat:
> Tomcat 5.0.27 (I have also tried 5.0.28)
> 
> Java
> I have Java j2sdk 1.4.2_05 installed under /opt/j2sdk1.4.2_05. I have 
> created a sym link from /opt/java to /opt/j2sdk1.4.2_05.
> I have JAVA_HOME point to /opt/java.
> 
> 
> This runs perfectly. I then install j2sdk 1.4.2_08 under /opt 
> and then 
> have /opt/java point to /opt/j2sdk1.4.2_08.
> 
> I stop tomcat. Wait and check to see that no occurance is 
> running in the 
> memory anymore. I then start up tomcat. When calling the same 
> jsp file 
> that worked with the previous version of Java I get this error in the 
> catalina.out:
> 2005-08-11 11:37:06 StandardWrapperValve[jsp]: Servlet.service() for 
> servlet jsp threw exception
> javax.servlet.jsp.JspException: An error occurred while evaluating 
> custom action attribute "value" with value 
> "${person.language.localeName}": Unable to find a value for 
> "language" 
> in object of class "com.jatse.api.User" using operator "." (null)
> at 
> org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evalu
> ator.java:146)
> at 
> org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evalu
> ator.java:166)
> at 
> org.apache.taglibs.standard.lang.support.ExpressionEvaluatorMa
> nager.evaluate(ExpressionEvaluatorManager.java:112)
> at 
> org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.evaluateEx
> pressions(SetLocaleTag.java:141)
> at 
> org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.doStartTag
> (SetLocaleTag.java:101)
> at 
> org.apache.jsp.index_jsp._jspx_meth_fmt_setLocale_0(index_jsp.
> java:146)
> at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
> at 
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> Wrapper.java:324)
> at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:292)
> at 
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:237)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:157)
> at 
> com.jatse.website.filters.PersonFilter.doFilter(PersonFilter.java:42)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:186)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:157)
> at 
> com.jatse.website.filters.SetCharacterEncodingFilter.doFilter(
SetCharacterEncodingFilter.java:128)
> at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilt
> er(ApplicationFilterChain.java:186)
> at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Appli
> cationFilterChain.java:157)
> at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.java:214)
> at 
> org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> ardValveContext.java:104)
> at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:520)
> at 
> org.apache.catalina.core.StandardContextValve.invokeInternal(S
> tandardContextValve.java:198)
> at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardC
> ontextValve.java:152)
> at 
> org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> ardValveContext.java:104)
> at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:520)
> at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHost
> Valve.java:137)
> at 
> org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> ardValveContext.java:104)
> at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReport
> Valve.java:117)
> at 
> org.apache.catalina.core.StandardValveContext.invokeNext(Stand
> ardValveContext.java:102)
> at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:520)
> at 
> org.

RE: Tomcat 5.5.7+JRockit = windows service won't start

[Longson, Robert]

You need to build prunsrv.exe, then rename it to replace tomcat5.exe.

Robert
-Original Message-
From: Brad Baynes [mailto:[EMAIL PROTECTED]
Sent: 19 August 2005 18:05
To: 'Tomcat Users List'
Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start


I'm a little fuzzy on the interaction between the components so I might be
missing something here...

I downloaded the latest nightly build of commons-daemon. This included the
java components of daemon (commons-daemon.jar) but not the native component
(procrun).

I replaced my existing Tomcat commons-daemon.jar but this didn't seem to
have any effect. Since I am using Tomcat5.exe (procrun) to install the
service would I also need an updated build of this?

Brad

-Original Message-
From: Longson, Robert [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 19, 2005 5:56 AM
To: Tomcat User List (E-mail)
Subject: RE: Tomcat 5.5.7+JRockit = windows service won't start

The current CVS version of commons-daemon works for me with the jvm.dll from
BEA Weblogic 8.1. I ran a test java service rather than tomcat but I expect
the result would be the same with tomcat.

The current CVS commons-daemon has had the -Xrs code removed by revision
190890. 

Robert 
  

 
The information contained in this message is intended only for the
recipient, and may be a confidential attorney-client communication or may
otherwise be privileged and confidential and protected from disclosure. If
the reader of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended recipient,
please be aware that any dissemination or copying of this communication is
strictly prohibited. If you have received this communication in error,
please immediately notify us by replying to the message and deleting it from
your computer. 

 


-
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: Java 1.4.2_08 and up breaks Jstl

[Martyn Hiemstra]

Hi All

First of all my jsp file looks like this

Contents Jsp File:
<%@ page language="java" %>
<%@ page contentType="text/html; charset=UTF-8" %>
<%@ taglib uri="http://java.sun.com/jstl/fmt"; prefix="fmt" %>
<%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %>



The error occures on the line with the person.language.localeName. 
Person is a object in the session. The code prints the locale name the 
person has chosen.


System
Debian Sarge

Tomcat:
Tomcat 5.0.27 (I have also tried 5.0.28)

Java
I have Java j2sdk 1.4.2_05 installed under /opt/j2sdk1.4.2_05. I have 
created a sym link from /opt/java to /opt/j2sdk1.4.2_05.

I have JAVA_HOME point to /opt/java.


This runs perfectly. I then install j2sdk 1.4.2_08 under /opt and then 
have /opt/java point to /opt/j2sdk1.4.2_08.


I stop tomcat. Wait and check to see that no occurance is running in the 
memory anymore. I then start up tomcat. When calling the same jsp file 
that worked with the previous version of Java I get this error in the 
catalina.out:
2005-08-11 11:37:06 StandardWrapperValve[jsp]: Servlet.service() for 
servlet jsp threw exception
javax.servlet.jsp.JspException: An error occurred while evaluating 
custom action attribute "value" with value 
"${person.language.localeName}": Unable to find a value for "language" 
in object of class "com.jatse.api.User" using operator "." (null)
   at 
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:146)
   at 
org.apache.taglibs.standard.lang.jstl.Evaluator.evaluate(Evaluator.java:166)
   at 
org.apache.taglibs.standard.lang.support.ExpressionEvaluatorManager.evaluate(ExpressionEvaluatorManager.java:112)
   at 
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.evaluateExpressions(SetLocaleTag.java:141)
   at 
org.apache.taglibs.standard.tag.el.fmt.SetLocaleTag.doStartTag(SetLocaleTag.java:101)
   at 
org.apache.jsp.index_jsp._jspx_meth_fmt_setLocale_0(index_jsp.java:146)

   at org.apache.jsp.index_jsp._jspService(index_jsp.java:100)
   at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:324)
   at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)

   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)

   at com.jatse.website.filters.PersonFilter.doFilter(PersonFilter.java:42)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at 
com.jatse.website.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:128)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
   at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
   at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
   at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
   at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
   at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)

   at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
   at 
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)

   at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
   at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
   at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)

I see a blank page in the brow

Re: jndi question

[Dirk Weigenand]

Hi Sean,

> --- Ursprüngliche Nachricht ---
> Von: Sean Rowe <[EMAIL PROTECTED]>
> An: tomcat-user@jakarta.apache.org
> Betreff: jndi question
> Datum: Mon, 22 Aug 2005 01:26:49 -0500
> 
> I have tried for several hours now to get connection pooling for my 
> MySql database to work, but have been unable to do so.  I keep getting 
> this error:
> 
> javax.naming.NoInitialContextException: Cannot instantiate class:
> org.apache.commons.dbcp.BasicDataSourceFactory
> 
> 
 
> It's bombing out on this code:
> 
> Properties p=new Properties();
>  
>
p.put(Context.INITIAL_CONTEXT_FACTORY,"org.apache.commons.dbcp.BasicDataSourceFactory");
>  p.put(Context.PROVIDER_URL,"jdbc:mysql://localhost:3306");
>  Context initCtx = new InitialContext(p); // here's where it dies
> 

You're mixing up some concepts here. Context.INITIAL_CONTEXT_FACTORY is
meant to provide the name of a factory producing JNDI contexts, not a
factory for producing JDBC DataSources. The same goes for the next line of
code. Context.PROVIDER_URL is not used for providing information about a
database connection.

There is extensive documentation on the tomcat web site regarding JNDI
ressource configuration. Have a look at the following URL:

http://jakarta.apache.org/tomcat/tomcat-5.5-doc/jndi-resources-howto.html

> Can someone please help me, or at least point me in the direction of 
> some documentation that I've missed?  I've searched google and every 
> other search engine I can think of.  Thanks in advance.
> 
> Sean Rowe
> 

Regards
Dirk

-- 
GMX DSL = Maximale Leistung zum minimalen Preis!
2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

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

RE: WebDav on Port 80

[Marius Hanganu]

The problem can be reproduced. There is already a bug describing this
issue:

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

Regards,
Marius 

-Original Message-
From: George Francis [mailto:[EMAIL PROTECTED] 
Sent: Sunday, August 21, 2005 7:07 PM
To: tomcat-user@jakarta.apache.org
Subject: WebDav on Port 80

Hello,
If I downloaded the latest Tomcat 5.0 or 5.5, WebDav works 'straight out
of the box' by starting the server and opening 'localhost:8080/webdav'
as a web folder.
Great!
If I then go in to server.xml and change the port to 80; the WebDav
functionality is lost - I get a message from IE saying "Cannot open
'localhost:80/webdav' as a web folder - would you like to see it's
default view instead".
Can anyone else reproduce this?  Are you all able to run webdav on port
80 without issues?  Is there any trick Im missing?
Any help greatly appreciated!.
G

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

document for upgrade

[Jagadeesha T]

HI, 
  Could any body tell me tomcat upgradation document location from 3.x to 4.x 
or 5.x.
 
Regards,
Jagadish
 
 


-
 Start your day with Yahoo! - make it your home page 

Problema de configuracion de memoria de la JVM con Tomcat 5

[Doojan]

Buenos dias,
tengo un problema con la configuración de la memoria
de la JVM con Tomcat 5.
Alguien sabe como incrementar la memoria de la JVM,
por favor
Estoy en un entorno W2003Server.

He probado poniendo variables de entorno como
JAVA_OPTS o JAVA_ARGS pero nada de eso funciona, sigo
obteniendo mi error "OutOfMemoryError" cuando cargo
mucho el webserver de Tomcat.

Muchas Gracias a todos!!!

Un saludo



__ 
Renovamos el Correo Yahoo! 
Nuevos servicios, más seguridad 
http://correo.yahoo.es

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

execute class on start up

[Xavier López]

Hello,

I have a little problem, and perhaps you can help me!

I made a new java class and I just want to execute it every time 
that the server Tomcat starts.

Does anyone know how to do it ?
I think thats a configuration problem, but I don't know how to solve it.

Thanks in advance!
Xavier


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