Re: INDIANNIC : CONFIGURING TOMCAT WITHOUT PORT 8080

[Jacob Kjome]

You can do one of two things...

1.  Change the http1.1 connector in the server.xml to listen to port 80 
rather than 8080

2.  If you also use Apache to front Tomcat, then comment out the http1.1 
connector and just use the jk connector listening to port 8009 (by 
default).  Requests are routed through Apache to Tomcat as needed based on 
the configuration you set up for the jk connector.

Jake

At 10:31 AM 3/2/2003 +0530, you wrote:
Dear friends

i need to configure tomcat so that i can access it without using the port
8080
i am running tomcat (on port 8080) along with apache (on port 80) on redhat
linux
Ii am running tomcat on windows with IIS and I was successful in using the
iis redirector dll which
redirects all jsp and servlet queries directly to tomcat.
basically what we wish to do is
access jsp / servlets in the following manner
http://mydomain.com/hello.jsp

instead of
http://mydomain.com:8080/hello.jsp
if possible kindly help us.

Please assume that we only basice knowledge about apache and tomcat and send
us as much details as possible
regds
rajesh


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

INDIANNIC : CONFIGURING TOMCAT WITHOUT PORT 8080

[INDIANNIC-HOSTING]

Dear friends

i need to configure tomcat so that i can access it without using the port
8080

i am running tomcat (on port 8080) along with apache (on port 80) on redhat
linux

Ii am running tomcat on windows with IIS and I was successful in using the
iis redirector dll which
redirects all jsp and servlet queries directly to tomcat.

basically what we wish to do is
access jsp / servlets in the following manner

http://mydomain.com/hello.jsp

instead of
http://mydomain.com:8080/hello.jsp

if possible kindly help us.

Please assume that we only basice knowledge about apache and tomcat and send
us as much details as possible

regds
rajesh



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

RE: JDBC connectivityfor ORACLE !!!

[Swapneel Dange]

hey MIKE !

may be this is a DUMB QUESTION but all this procedure for installation 
remains tha same irrespective of the fact that i am trying to implement 
ORACLE under XP. right ?

Swapneel Dange
505-642-4126
http://www.cs.nmsu.edu/~sdange






From: "Mike Jackson" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: JDBC connectivityfor ORACLE !!!
Date: Thu, 27 Feb 2003 08:56:19 -0800
Also, http://www.orafaq.com is extremely helpful for answering questions.

--mikej
-=-
mike jackson
[EMAIL PROTECTED]
> -Original Message-
> From: Mike Jackson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 27, 2003 8:53 AM
> To: Tomcat Users List
> Subject: RE: JDBC connectivityfor ORACLE !!!
>
>
> To Install Oracle:
>
> 	Create three groups, "sysdba", "sysoper", "oinstall"
>
> 	Create an oracle user, default group "oinstall", member of
> "sysdba" and
> "sysoper"
>
> 	Setup environment variables for "ORACLE_HOME", and "ORACLE_SID"
>
> 	Change the PATH to include $ORACLE_HOME/bin
>
> 	Get the CDROMS
>
> 	Mount the CDROMS
>
> 	cd /
>
> 	As the oracle user ./runInstaller.sh
>
> 	For the most part follow the instructions, but do not, and
> I repeat do not
> let it to the "copy the inital database", in fact when you get the 
option
> have it install the software only.
>
> 	After oracle is installed run "dbca"
>
> 	Create the initial database, take the option that creates a database
> without using a template
>
> As for JDBC drivers, I've never had a problem with the oracle drivers,
> except in their JDBC2.0 connection pooling, so as long as you use 
another
> connection pool I'd use the standard ones.
>
> --mikej
> -=-
> mike jackson
> [EMAIL PROTECTED]
>
> > -Original Message-
> > From: Swapneel Dange [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, February 26, 2003 9:50 PM
> > To: [EMAIL PROTECTED]
> > Subject: JDBC connectivityfor ORACLE !!!
> >
> >
> > hi MIKE, PENG , CHONG !!
> >
> > guys, there seems to be a problem here for me with the database
> > implementation. After all the discussion i was all set to
> implemenent the
> > database as a FILESYSTEM only but my BOSS insists that ORACLE shoudl 
be
> > implemented. Can somebody of u enlighten me with the SITES and
> > README files
> > about impplementing ORACLE under TOMCAT umbrella and what could be the
> > DRIVERS i need to know before i plunge into the deep sea of ORACLE
> > implementation. some of the drivers suggested are the ones made
> > by DATATAKE,
> > JBOSS (i guess, i may be wrong)or the default drivers which come
> > up with the
> > ORACLE.
> >
> > Comments are really awaited !
> >
> > Swapneel Dange
> > 505-642-4126
> > http://www.cs.nmsu.edu/~sdange
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > >From: "Mike Jackson" <[EMAIL PROTECTED]>
> > >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > >To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > >Subject: RE: JDBC & ORACLE implementation !
> > >Date: Tue, 25 Feb 2003 09:20:31 -0800
> > >
> > >SQLPlus is part of oracle.  You can't do sqlplus without oracle.
> > >
> > >--mikej
> > >-=-
> > >mike jackson
> > >[EMAIL PROTECTED]
> > >
> > > > -Original Message-
> > > > From: Swapneel Dange [mailto:[EMAIL PROTECTED]
> > > > Sent: Monday, February 24, 2003 11:20 PM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: Re: JDBC & ORACLE implementation !
> > > >
> > > >
> > > > hey CHONG , PENG !
> > > >
> > > > i think i have really given up the idea of putting up ORACKLE for 
my
> > > > support. after all this discussion, i just think that there i
> > sno urgent
> > > > need for me to take up a HUMONGOUS taks of using ORACLE and i
> > > > guess i will
> > > > IMPLEMENT the SQLPLUS or the FILESYSTEM as my alternatives to the
> > > > DATABASE
> > > > application.
> > > >
> > > > but in the end i would really like to know as to between SQLPLUS 
or
> > > > FILESYSTEM, which will be convinient for me to HANDLE string
> > stripping ,
> > > > string comparison and all that stuff ! ( BTW, i have really 
started
> > > > implementing the FILESYSTEM to a good level )
> > > >
> > > > do commment about this !
> > > >
> > > > Swapneel Dange
> > > > 505-642-4126
> > > > http://www.cs.nmsu.edu/~sdange
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > >From: Chong Yu Meng <[EMAIL PROTECTED]>
> > > > >Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> > > > >To: Tomcat Users List <[EMAIL PROTECTED]>
> > > > >Subject: Re: JDBC & ORACLE implementation !
> > > > >Date: Tue, 25 Feb 2003 07:06:31 +0800
> > > > >
> > > > >I think if you take Oracle installation, configuration and
> > > > maintenance out
> > > > >of the picture, you definitely have a much more workable plan. I
> > > > agree with
> > > > >Peter, in that designing the tables and application logic are
> > > > going to be
> > > > >tough. I once wrote a servlet that processed CDR data from a
> > > > Cisco switch,
> > > > >and I spent a lot of t

RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

Thanks for the info.

I guess I'm just frustrated because my app broke when I upgraded Tomcat.
:-\

Neal

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 4:36 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)




On Sat, 1 Mar 2003, neal wrote:

> Date: Sat, 1 Mar 2003 13:59:27 -0800
> From: neal <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
> Hmm.  I hear what you're saying but I would think that if Tomcat uses
> different forms of URL formats that would be a fundamental
> backwards-compatability issue.  Is this not a concern of the product?
>

No ... the "external form" of the URL returned by getResource() is a
private implementation detail, just as the fully qualified class name of
the class that implements HttpSession is a private implementation detail.
Just because you can see it doesn't mean you should rely on it.  The same
goes for relying on any other container-specific (or sometimes even
version-specific) feature that is not defined in the specs (like the
invoker servlet, or the ability to reload a webapp without restarting your
server, or tons of other things ...).

More important in this particular case is a fundamental principle of
understanding how java.net.URL works -- the mechanism that resolves a URL
can either be built in (the URLStreamHandler argument passed to one of the
constructors) or must be provided externally.  You cannot assume that
URL --> String --> URL transformations can be done without losing
information.

See the Java Tutorial's "Networking Trail" for more info on the URL
related APIs.

  http://java.sun.com/docs/books/tutorial/

> :(
>

Craig

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

heck of a time

[Brill Pappin]

Well... its been a while since i had to install tomcat into anything, and
I'm having lots of trouble ;)

First problem, is that no matter how I try and configure it, I can't get
tomcat 5 to talk to/with my IIS server (using jk2). Has anyone managed to
get this working?

Also...
- start Tomcat in-process with IIS *or*  use some sort of NT service to
start it. back at version 3, there used to be a service you could use to
start tomcat when NT came up... is there anything like that for tomcat 5?

Also...
The "org.apache.ajp.tomcat4.config.IISConfig" class does not seem to be
accessible (or not there at all) in tomcat 5... when I try to use it in the
config, to generate the jk2 config files, I just get a
ClassNotFoundException.


I'm hoping someone on the list has been through all this before, and might
have some pointers.

- Brill Pappin


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

mod_jk error

[Adam Denenberg]

I have been digging everywhere and can not find the answer to this error
that I am getting.

 Has anyone seen this error, and resolved it, or found the root of its
cause?

 [Fri Feb 28 21:13:27 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
done did not found a worker

Thanks
Adam


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

RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[Craig R. McClanahan]

On Sat, 1 Mar 2003, neal wrote:

> Date: Sat, 1 Mar 2003 13:59:27 -0800
> From: neal <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
> Hmm.  I hear what you're saying but I would think that if Tomcat uses
> different forms of URL formats that would be a fundamental
> backwards-compatability issue.  Is this not a concern of the product?
>

No ... the "external form" of the URL returned by getResource() is a
private implementation detail, just as the fully qualified class name of
the class that implements HttpSession is a private implementation detail.
Just because you can see it doesn't mean you should rely on it.  The same
goes for relying on any other container-specific (or sometimes even
version-specific) feature that is not defined in the specs (like the
invoker servlet, or the ability to reload a webapp without restarting your
server, or tons of other things ...).

More important in this particular case is a fundamental principle of
understanding how java.net.URL works -- the mechanism that resolves a URL
can either be built in (the URLStreamHandler argument passed to one of the
constructors) or must be provided externally.  You cannot assume that
URL --> String --> URL transformations can be done without losing
information.

See the Java Tutorial's "Networking Trail" for more info on the URL
related APIs.

  http://java.sun.com/docs/books/tutorial/

> :(
>

Craig

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

mod_jk and apache security issues

[Eresha De Silva]

Hi,

I have just installed apache 1.3 and tomcat (4.1.18) with mod_jk (1.2.1) connector. I 
would like to be kept informed of any security issues that may arise with mod_jk, 
tomcat or apache. Is this the correct place to subscribe for such issues

Could someone please advise,

Thanks

Eresha

confused student

[Michael Ni]

does anyone have any good online reference material?  I'm a student confused 
on JavaBeans, EJBs, and what JSP can use.  Someone said Java Beans are not 
EJBs.  Can jsp use java classes on tomcat?

mike ni





_
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

Re: free servlet directory gateway w/ tomcat installation instructions

[Jon Roberts]

Jacob Kjome wrote:
Why do you recommend putting the two required jar files ( ldaphttp.jar 
and ldapjdk.jar ) in CATALINA_HOME/shared/lib?  Why not just add a 
WEB-INF/lib directory to your .war archive and put the jars in there.  
It makes for much simpler deployment and fewer instructions.
I want to make it easy to deploy multiple .war files of servlets (read: 
applications) that all use these libraries. Also, if you put them in the 
.war, you can't put the examples in CATALINA_HOME/shared/lib because 
they would extend classes that would then be "hidden" in the .war. Then 
you'd have to extract and modify files inside the .war to get it to work 
or make modifications to your local definitions.

Also, why not have a default working example already set up and ready to 
go?  As it stands, the .war file you have isn't deployable without some 
additional work.  Why not just set it up so that it works by simply 
dropping it in CATALNIA_HOME/webapps and something can actually be 
viewed by default?  It would make it more clear how things are supposed 
to work.
The problem is that any example would require the knowledge of the 
associated directory server. Directory servers have few limitations on 
how they are configured, so no set of defaults would cover everybody and 
I don't want to provide an example that only works out of the box for a 
percentage of people. I could assume internet connectivity and use a 
public internet server, but I don't currently administer one myself and 
would consider it inappropriate to reference somebody else's.

This isn't ideal, and that's why I absolutely want to hear what's 
impalatable. However, I am kind of interested in creating something that 
nudges people to set up and use the javac and jar commands. It promotes 
awareness and administrative self-sufficiency for Java in general.

Just my $0.02
And thanks for it. It's worth more than that to me, but I don't support 
micropayments so you'll have to content yourself with my gratitude :)

Jon Roberts
www.mentata.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AJP Connector - Broken Pipe Error

[Sven Köhler]

Me to, i'm using tomcat 4.1.18.
than you're using an old server.xml. it contains the class-name of the 
old connector, but there's a new one! plz compare your server.xml with 
the server.xml that came with tomcat (especially the connector-tags)



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

Tomcat 4.1.18 LE JNDI datasource & pooling problem: commons-dbcp.jar,commons-pool.jar not included

[Peter Yellman]

Hi,

I recently decided to try 4.1.18 LE + Java 1.4.1 and had some trouble 
setting up a JNDI (pooled) datasource.  After some frustration, I 
realized that the version I had downloaded does not include 
commons-dbcp.jar and commons-pool.jar in the common/lib directory. 
Looking at some recent traffic on this list, it is apparent to me that 
others have had this problem also.  I just copied the jars from a 
standard 4.1.18 installation and things worked fine.

Does anyone know why these jars are not included in the LE bundle? 
While I recall reading that LE version leaves out the XML parser since 
one is provided by Java 1.4, I do not recall any mention of leaving out 
any commons stuff, particularly the dbcp and pool packages.

Perhaps on a related note, what are the reasons one might use the LE 
distribution with Java 1.4 rather than the standard distribution, other 
than the smaller download size of LE (which doesn't matter much to me). 
 Is there any reason to think that the new capabilities provided by jdk 
1.4.x are any better (e.g., performance or feature-wise) than what come 
with the standard Tomcat distribution?  Are the Tomcat developers 
planning to phase out these capabilities/bundles in the near future?

Sincerely,
Peter Yellman




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

RE: Help me out! IIS Redirector, POST problem

[Rick Bullotta]

Thanks for the quick response.  I posted a bunch of logs on tomcat-dev last week and 
didn't get any feedback.  I'll dig them up and repost here tomorrow morning.  It seems 
like something funky going on with the handling of the socket/stream associated with 
the post data.

Try as I may, I haven't been able to get JK2 working on XP Pro/Tomcat 4.1.18.  Always 
get a shm init() problem.  I've tried a zillion jk2.properties combos.  Can't even 
tell if it is being loaded, as there isn't any log output either.  If anyone has a 
working jk2.properties file for XP Pro, I'd certainly give it a shot.

Thanks!

- Rick

 "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> Rick,
> 
> > 
> > With Tomcat 4.1.18 and the latest JK IIS redirector (on 
> > Windows XP Pro), HTTP POST requests to a servlet fail with 
> > what appears to be a socket timeout error.  HTTP GET's work 
> > perfectly.  The identical code runs perfectly (POST or GET) 
> > when using Apache 2.0.43 with JK.
> > 
> > 
> 
> any logs? isapiredirector at debug level should help..
> 
> can you test with jk2? tried myself many times with jk2 and i know it
> works well at least with slide sending big files, and slide is a pretty
> complex app that make big use of POST.. i know that the same webapp (
> using slide ) gave problems on jk.. soo.. 
> 
> 
> Saludos, 
> Ignacio J. Ortega 
> 
> 
> 

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

Re: AJP Connector - Broken Pipe Error

[jeepee3]

Hi Sven,

Me to, i'm using tomcat 4.1.18.

JP

> 
> i have those errors too, although they don't occur that often.
> 
> btw: which tomcat version do you use? it must be 4.0 or something, 
> because the AJP13 connector has been rewritten in Tomcat 4.1.x.
> 
> i'm using tomcat 4.1.18.
> 
> 
> 
> -
> 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

Hmm.  I hear what you're saying but I would think that if Tomcat uses
different forms of URL formats that would be a fundamental
backwards-compatability issue.  Is this not a concern of the product?

:(



-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 1:53 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)




On Sat, 1 Mar 2003, neal wrote:

> Date: Sat, 1 Mar 2003 13:29:08 -0800
> From: neal <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
> actually the full URL that's coming back does not have the "file://" in
> front.  I guess that's why its complaining about not having a scheme.
>
> But again, why did it work before?  Why does it not work now?  And if the
> scheme is required, why is Class.getResource() not returning that as part
of
> the URL?
>

I agree that it's odd to have the leading "/" there, but it is not
necessarily a bug (I haven't checked the details).

Tomcat (more specifically, the class loader Tomcat provides for your
webapp) must be involved in the resources returned from inside the webapp
(i.e. /WEB-INF/classes or /WEB-INF/lib), because only Tomcat knows how and
where the actual resources are stored (inside our outside a JAR, perhaps
still inside an unpacked WAR file, ...).

The only promise you get from ClassLoader.getResource() is that, on that
URL instance, you can call openStream() or openConnection() to access the
underlying resource.  The actual format of the URL (when rendered as a
String) is totally up to the class loader.  There are no guarantees on
what it looks like (and, indeed, various versions of Tomcat have all used
different URL formats).

In particular, you are *not* promised that you can convert the URL to a
string form, and then back into a URL object that can retrieve the
resource data, like this:

  URL origURL = this.getClass().getResource("myresource.properties");
  InputStream origStream = origURL.openStream(); // Must work or its a bug

  String origString = origURL.toExternalForm();
  URL newURL = new URL(origString);
  InputStream newStream = newURL.openStream(); // Not guaranteed to work

Doing these transformations loses the URLStreamHandler that Tomcat embeds
in the URL that is returned by getResource().  When passing on the URL
that is returned to other processing code, you should always pass it on as
a URL (not as a String), or you must provide an appropriate resolver (such
as an EntityResolver instance for a SAXParser, or a URIResolver for a
Transformer).

Note that if the origURL.openStream() call fails, that's definitely a bug
... but if it works, then the class loader has fulfilled its promise, and
its up to you to provide the appropriate URL resolution services if you
convert to a String and back again.


Craig

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

SOLVED - Setting up TomCat 4.1

[Curtis Seyfried]

Thank you for your assistance. I re-wrote all of the set path statement in 
ALL of the BAT files that came with Tomcat in the BIN directory. Somehow in 
doing this Tomcat then ran and continues to do so. Maybe I had written a 
statement wrong, maybe there was one missing I don't know.

Question:
Why so many BAT files? There are:  Startup, Shutdown, Catalina, 
Setclasspath, jasper, cpappend, digest, and tool-wrapper. Each one had 
blank statements expecting the user to write in numerous paths such as: 
JAVA_HOME, CATALINA_HOME, CATALINA_BASE, AND OTHERS.
I would have assumed that in the startup.bat any paths would be set; or 
Especially in the setclasspath.bat that ALL necessary paths would be set. 
But, each bat file asks for already set paths, new paths, etc. It is very 
confusing and creates many many places where you can make one error, or 
leave out one path.
Can someone tell me in what order the bats are used so I could combines them ?

--
All Outgoing mail, downloaded files and e-mail attachments are certified
Virus Free.  Checked by Symantec Norton Anti-virus 2003 using the latest 
virus definition
list.

All Incoming mail, downloaded files and e-mail attachments are certified
Virus Free.  Checked by Symantec Norton Anti-virus 2003 using the latest 
virus definition
list.
Curtis Seyfried 



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

RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[Craig R. McClanahan]

On Sat, 1 Mar 2003, neal wrote:

> Date: Sat, 1 Mar 2003 13:29:08 -0800
> From: neal <[EMAIL PROTECTED]>
> Reply-To: Tomcat Users List <[EMAIL PROTECTED]>
> To: Tomcat Users List <[EMAIL PROTECTED]>
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
> actually the full URL that's coming back does not have the "file://" in
> front.  I guess that's why its complaining about not having a scheme.
>
> But again, why did it work before?  Why does it not work now?  And if the
> scheme is required, why is Class.getResource() not returning that as part of
> the URL?
>

I agree that it's odd to have the leading "/" there, but it is not
necessarily a bug (I haven't checked the details).

Tomcat (more specifically, the class loader Tomcat provides for your
webapp) must be involved in the resources returned from inside the webapp
(i.e. /WEB-INF/classes or /WEB-INF/lib), because only Tomcat knows how and
where the actual resources are stored (inside our outside a JAR, perhaps
still inside an unpacked WAR file, ...).

The only promise you get from ClassLoader.getResource() is that, on that
URL instance, you can call openStream() or openConnection() to access the
underlying resource.  The actual format of the URL (when rendered as a
String) is totally up to the class loader.  There are no guarantees on
what it looks like (and, indeed, various versions of Tomcat have all used
different URL formats).

In particular, you are *not* promised that you can convert the URL to a
string form, and then back into a URL object that can retrieve the
resource data, like this:

  URL origURL = this.getClass().getResource("myresource.properties");
  InputStream origStream = origURL.openStream(); // Must work or its a bug

  String origString = origURL.toExternalForm();
  URL newURL = new URL(origString);
  InputStream newStream = newURL.openStream(); // Not guaranteed to work

Doing these transformations loses the URLStreamHandler that Tomcat embeds
in the URL that is returned by getResource().  When passing on the URL
that is returned to other processing code, you should always pass it on as
a URL (not as a String), or you must provide an appropriate resolver (such
as an EntityResolver instance for a SAXParser, or a URIResolver for a
Transformer).

Note that if the origURL.openStream() call fails, that's definitely a bug
... but if it works, then the class loader has fulfilled its promise, and
its up to you to provide the appropriate URL resolution services if you
convert to a String and back again.


Craig

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

General JMX/Mbeans Tomcat 4 Question

[Nicolas Dinh]

Hi,

I'm very new to this JMX stuff.

Tomcat supports JMX to be able to better manage applications running on it. 
However, I would like to write a utility that runs outside of Tomcat, on a 
different JVM, that makes use of these MBeans that can manage the entire 
Tomcat server itself. Is this possible?

Regards,

Nicolas Dinh

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*   
http://join.msn.com/?page=features/junkmail

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

RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[Jacob Kjome]

First, how how exactly are you calling getResource()?  Here are some 
examples...

This will get the resource in the root of the current classloader ( ie... 
WEB-INF/classes or the root of a .jar file)
myClass.getResource("/myprops.properties");

This will get the resource relative to the location of the calling class
myClass.getResource("myprops.properties");
I've never run into the scheme problem.  You can try the above first and 
see if that works.  If not, please provide a full description about where 
the file is that you are trying to get using getResource() and show exactly 
how you are calling getResource().

Jake

At 01:29 PM 3/1/2003 -0800, you wrote:
actually the full URL that's coming back does not have the "file://" in
front.  I guess that's why its complaining about not having a scheme.
But again, why did it work before?  Why does it not work now?  And if the
scheme is required, why is Class.getResource() not returning that as part of
the URL?


-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 1:24 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)


That's normal.  The full URL should look soemthing like this, though...

file:///D:/dev/tomcat/webapps/myapp/WEB-INF/classes/org/mypackage/somefile.p
roperties
or if it is inside an archive...

jar:file:///D:/dev/tomcat/webapps/myapp/WEB-INF/lib/somejar.jar!/org/mypacka
ge/somefile.properties
Jake

At 01:00 PM 3/1/2003 -0800, you wrote:
>Actually,
>
>It seems that the problem is that Class.getResource() is returning a URL
>with a leading "/" dispite the fact that I'm on a Windows box.  For
>instance, its returning a url like:
>
>/D:/dev/tomcat/...
>
>where it *should* be returning:
>
>D:/dev/tomcat/..
>
>If I mockup a String of that nature it works fine which seems to confirm
>this.
>
>So, I could always compensate by removing the "/" but I ultimately deploy
to
>Linux and I presume this will mess up my paths in my production site if I
do
>so.
>
>Of course, I could always find a workaround ... but ... should I have to?
I
>mean, I'm guessing this is a bug somehow associated with the context of
this
>version of Tomcat.
>
>Any thoughts?
>
>Thanks.
>
>Neal
>
>-Original Message-
>From: Reynir Hübner [mailto:[EMAIL PROTECTED]
>Sent: Saturday, March 01, 2003 12:41 PM
>To: Tomcat Users List
>Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
>Hi,
>
>This may have something to do with an upgraded version of jaxp or xerces,
>distributed with some dists of tomcat.
>According to the error you're getting your url is missing scheme, often
>'http' or 'https' in the beginning of the url (before '://')
>
>   [scheme:]scheme-specific-part[#fragment]
>
>Which version of tomcat did you download (the full version or 1.4. LE) ?
>
>Hope it helps
>-reynir
>
>
>
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: 1. mars 2003 20:36
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > Hmm ... it appears that for some F***'ed up reason, that the
> > URL created by using his.getClass().getResource() is no
> > longer acceptable for TRAX when using Tomcat 4.1.18, as
> > compared to Tomcat 4.0.4.
> >
> > The problem is that the URI begins with a "/". If I remove
> > that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
> >
> > Why would Tomcat be involving itself in such issues?  Only
> > thing I can think of is that maybe the conditions for this
> > Apache Exception were redefined in
> > 4.1.18:
> >
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> > Neal
> >
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, March 01, 2003 11:02 AM
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18
> > (Windows) and now it doesn't work!  It appears that I have a
> > problem now with parsing my conf.xml file in my initServlet.
> >
> > I noticed that the new Tomcat has an "endorsed" directory
> > with a different copy of Xerces in it.  Is this somehow related?
> >
> > Here's the error:
> > javax.xml.transform.TransformerException:
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> >
> > Thanks.
> > Neal
> >
> >
> > -
> > 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

actually the full URL that's coming back does not have the "file://" in
front.  I guess that's why its complaining about not having a scheme.

But again, why did it work before?  Why does it not work now?  And if the
scheme is required, why is Class.getResource() not returning that as part of
the URL?



-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 1:24 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)



That's normal.  The full URL should look soemthing like this, though...

file:///D:/dev/tomcat/webapps/myapp/WEB-INF/classes/org/mypackage/somefile.p
roperties

or if it is inside an archive...

jar:file:///D:/dev/tomcat/webapps/myapp/WEB-INF/lib/somejar.jar!/org/mypacka
ge/somefile.properties


Jake

At 01:00 PM 3/1/2003 -0800, you wrote:
>Actually,
>
>It seems that the problem is that Class.getResource() is returning a URL
>with a leading "/" dispite the fact that I'm on a Windows box.  For
>instance, its returning a url like:
>
>/D:/dev/tomcat/...
>
>where it *should* be returning:
>
>D:/dev/tomcat/..
>
>If I mockup a String of that nature it works fine which seems to confirm
>this.
>
>So, I could always compensate by removing the "/" but I ultimately deploy
to
>Linux and I presume this will mess up my paths in my production site if I
do
>so.
>
>Of course, I could always find a workaround ... but ... should I have to?
I
>mean, I'm guessing this is a bug somehow associated with the context of
this
>version of Tomcat.
>
>Any thoughts?
>
>Thanks.
>
>Neal
>
>-Original Message-
>From: Reynir Hübner [mailto:[EMAIL PROTECTED]
>Sent: Saturday, March 01, 2003 12:41 PM
>To: Tomcat Users List
>Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
>Hi,
>
>This may have something to do with an upgraded version of jaxp or xerces,
>distributed with some dists of tomcat.
>According to the error you're getting your url is missing scheme, often
>'http' or 'https' in the beginning of the url (before '://')
>
>   [scheme:]scheme-specific-part[#fragment]
>
>Which version of tomcat did you download (the full version or 1.4. LE) ?
>
>Hope it helps
>-reynir
>
>
>
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: 1. mars 2003 20:36
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > Hmm ... it appears that for some F***'ed up reason, that the
> > URL created by using his.getClass().getResource() is no
> > longer acceptable for TRAX when using Tomcat 4.1.18, as
> > compared to Tomcat 4.0.4.
> >
> > The problem is that the URI begins with a "/". If I remove
> > that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
> >
> > Why would Tomcat be involving itself in such issues?  Only
> > thing I can think of is that maybe the conditions for this
> > Apache Exception were redefined in
> > 4.1.18:
> >
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> > Neal
> >
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, March 01, 2003 11:02 AM
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18
> > (Windows) and now it doesn't work!  It appears that I have a
> > problem now with parsing my conf.xml file in my initServlet.
> >
> > I noticed that the new Tomcat has an "endorsed" directory
> > with a different copy of Xerces in it.  Is this somehow related?
> >
> > Here's the error:
> > javax.xml.transform.TransformerException:
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> >
> > Thanks.
> > Neal
> >
> >
> > -
> > 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

If that's normal then why did it work in Tomcat 4.0.4 and not in Tomcat
4.1.18?

I can not say positively that it was not adding that leading slash in 4.0.4
but it was the first thing I noticed and when I took it out it fixed the
problem.

What else could it be?

Neal

-Original Message-
From: Jacob Kjome [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 1:24 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)



That's normal.  The full URL should look soemthing like this, though...

file:///D:/dev/tomcat/webapps/myapp/WEB-INF/classes/org/mypackage/somefile.p
roperties

or if it is inside an archive...

jar:file:///D:/dev/tomcat/webapps/myapp/WEB-INF/lib/somejar.jar!/org/mypacka
ge/somefile.properties


Jake

At 01:00 PM 3/1/2003 -0800, you wrote:
>Actually,
>
>It seems that the problem is that Class.getResource() is returning a URL
>with a leading "/" dispite the fact that I'm on a Windows box.  For
>instance, its returning a url like:
>
>/D:/dev/tomcat/...
>
>where it *should* be returning:
>
>D:/dev/tomcat/..
>
>If I mockup a String of that nature it works fine which seems to confirm
>this.
>
>So, I could always compensate by removing the "/" but I ultimately deploy
to
>Linux and I presume this will mess up my paths in my production site if I
do
>so.
>
>Of course, I could always find a workaround ... but ... should I have to?
I
>mean, I'm guessing this is a bug somehow associated with the context of
this
>version of Tomcat.
>
>Any thoughts?
>
>Thanks.
>
>Neal
>
>-Original Message-
>From: Reynir Hübner [mailto:[EMAIL PROTECTED]
>Sent: Saturday, March 01, 2003 12:41 PM
>To: Tomcat Users List
>Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
>Hi,
>
>This may have something to do with an upgraded version of jaxp or xerces,
>distributed with some dists of tomcat.
>According to the error you're getting your url is missing scheme, often
>'http' or 'https' in the beginning of the url (before '://')
>
>   [scheme:]scheme-specific-part[#fragment]
>
>Which version of tomcat did you download (the full version or 1.4. LE) ?
>
>Hope it helps
>-reynir
>
>
>
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: 1. mars 2003 20:36
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > Hmm ... it appears that for some F***'ed up reason, that the
> > URL created by using his.getClass().getResource() is no
> > longer acceptable for TRAX when using Tomcat 4.1.18, as
> > compared to Tomcat 4.0.4.
> >
> > The problem is that the URI begins with a "/". If I remove
> > that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
> >
> > Why would Tomcat be involving itself in such issues?  Only
> > thing I can think of is that maybe the conditions for this
> > Apache Exception were redefined in
> > 4.1.18:
> >
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> > Neal
> >
> > -Original Message-
> > From: neal [mailto:[EMAIL PROTECTED]
> > Sent: Saturday, March 01, 2003 11:02 AM
> > To: Tomcat Users List
> > Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> >
> >
> > I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18
> > (Windows) and now it doesn't work!  It appears that I have a
> > problem now with parsing my conf.xml file in my initServlet.
> >
> > I noticed that the new Tomcat has an "endorsed" directory
> > with a different copy of Xerces in it.  Is this somehow related?
> >
> > Here's the error:
> > javax.xml.transform.TransformerException:
> > org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> >
> >
> > Thanks.
> > Neal
> >
> >
> > -
> > 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[Jacob Kjome]

That's normal.  The full URL should look soemthing like this, though...

file:///D:/dev/tomcat/webapps/myapp/WEB-INF/classes/org/mypackage/somefile.properties

or if it is inside an archive...

jar:file:///D:/dev/tomcat/webapps/myapp/WEB-INF/lib/somejar.jar!/org/mypackage/somefile.properties

Jake

At 01:00 PM 3/1/2003 -0800, you wrote:
Actually,

It seems that the problem is that Class.getResource() is returning a URL
with a leading "/" dispite the fact that I'm on a Windows box.  For
instance, its returning a url like:
/D:/dev/tomcat/...

where it *should* be returning:

D:/dev/tomcat/..

If I mockup a String of that nature it works fine which seems to confirm
this.
So, I could always compensate by removing the "/" but I ultimately deploy to
Linux and I presume this will mess up my paths in my production site if I do
so.
Of course, I could always find a workaround ... but ... should I have to?  I
mean, I'm guessing this is a bug somehow associated with the context of this
version of Tomcat.
Any thoughts?

Thanks.

Neal

-Original Message-
From: Reynir Hübner [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 12:41 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
Hi,

This may have something to do with an upgraded version of jaxp or xerces,
distributed with some dists of tomcat.
According to the error you're getting your url is missing scheme, often
'http' or 'https' in the beginning of the url (before '://')
  [scheme:]scheme-specific-part[#fragment]

Which version of tomcat did you download (the full version or 1.4. LE) ?

Hope it helps
-reynir


> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED]
> Sent: 1. mars 2003 20:36
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
> Hmm ... it appears that for some F***'ed up reason, that the
> URL created by using his.getClass().getResource() is no
> longer acceptable for TRAX when using Tomcat 4.1.18, as
> compared to Tomcat 4.0.4.
>
> The problem is that the URI begins with a "/". If I remove
> that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
>
> Why would Tomcat be involving itself in such issues?  Only
> thing I can think of is that maybe the conditions for this
> Apache Exception were redefined in
> 4.1.18:
>
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
>
> Neal
>
> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 01, 2003 11:02 AM
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
> I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18
> (Windows) and now it doesn't work!  It appears that I have a
> problem now with parsing my conf.xml file in my initServlet.
>
> I noticed that the new Tomcat has an "endorsed" directory
> with a different copy of Xerces in it.  Is this somehow related?
>
> Here's the error:
> javax.xml.transform.TransformerException:
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
>
>
> Thanks.
> Neal
>
>
> -
> 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

Actually,

It seems that the problem is that Class.getResource() is returning a URL
with a leading "/" dispite the fact that I'm on a Windows box.  For
instance, its returning a url like:

/D:/dev/tomcat/...

where it *should* be returning:

D:/dev/tomcat/..

If I mockup a String of that nature it works fine which seems to confirm
this.

So, I could always compensate by removing the "/" but I ultimately deploy to
Linux and I presume this will mess up my paths in my production site if I do
so.

Of course, I could always find a workaround ... but ... should I have to?  I
mean, I'm guessing this is a bug somehow associated with the context of this
version of Tomcat.

Any thoughts?

Thanks.

Neal

-Original Message-
From: Reynir Hübner [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 12:41 PM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)


Hi,

This may have something to do with an upgraded version of jaxp or xerces,
distributed with some dists of tomcat.
According to the error you're getting your url is missing scheme, often
'http' or 'https' in the beginning of the url (before '://')

  [scheme:]scheme-specific-part[#fragment]

Which version of tomcat did you download (the full version or 1.4. LE) ?

Hope it helps
-reynir



> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED]
> Sent: 1. mars 2003 20:36
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
> Hmm ... it appears that for some F***'ed up reason, that the
> URL created by using his.getClass().getResource() is no
> longer acceptable for TRAX when using Tomcat 4.1.18, as
> compared to Tomcat 4.0.4.
>
> The problem is that the URI begins with a "/". If I remove
> that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
>
> Why would Tomcat be involving itself in such issues?  Only
> thing I can think of is that maybe the conditions for this
> Apache Exception were redefined in
> 4.1.18:
>
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
>
> Neal
>
> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 01, 2003 11:02 AM
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
>
>
> I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18
> (Windows) and now it doesn't work!  It appears that I have a
> problem now with parsing my conf.xml file in my initServlet.
>
> I noticed that the new Tomcat has an "endorsed" directory
> with a different copy of Xerces in it.  Is this somehow related?
>
> Here's the error:
> javax.xml.transform.TransformerException:
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
>
>
> Thanks.
> Neal
>
>
> -
> 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[Reynir Hübner]

Hi, 

This may have something to do with an upgraded version of jaxp or xerces, distributed 
with some dists of tomcat. 
According to the error you're getting your url is missing scheme, often 'http' or 
'https' in the beginning of the url (before '://')

  [scheme:]scheme-specific-part[#fragment] 

Which version of tomcat did you download (the full version or 1.4. LE) ? 

Hope it helps
-reynir



> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED] 
> Sent: 1. mars 2003 20:36
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> 
> 
> Hmm ... it appears that for some F***'ed up reason, that the 
> URL created by using his.getClass().getResource() is no 
> longer acceptable for TRAX when using Tomcat 4.1.18, as 
> compared to Tomcat 4.0.4.
> 
> The problem is that the URI begins with a "/". If I remove 
> that leading "/" suddenly the URLs are acceptable in Tomcat 4.1.18.
> 
> Why would Tomcat be involving itself in such issues?  Only 
> thing I can think of is that maybe the conditions for this 
> Apache Exception were redefined in
> 4.1.18:
> 
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> 
> Neal
> 
> -Original Message-
> From: neal [mailto:[EMAIL PROTECTED]
> Sent: Saturday, March 01, 2003 11:02 AM
> To: Tomcat Users List
> Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)
> 
> 
> I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18 
> (Windows) and now it doesn't work!  It appears that I have a 
> problem now with parsing my conf.xml file in my initServlet.
> 
> I noticed that the new Tomcat has an "endorsed" directory 
> with a different copy of Xerces in it.  Is this somehow related?
> 
> Here's the error:
> javax.xml.transform.TransformerException:
> org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI
> 
> 
> Thanks.
> Neal
> 
> 
> -
> 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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

Hmm ... I'm wondering how this is going to affect the x-platform-ness of my
application now.

I'm developing on a windows platform and deploying to linux, wherein my
paths actually *should* start with a "/".


UUugh.


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

RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

Hmm ... it appears that for some F***'ed up reason, that the URL created by
using his.getClass().getResource() is no longer acceptable for TRAX when
using Tomcat 4.1.18, as compared to Tomcat 4.0.4.

The problem is that the URI begins with a "/". If I remove that leading "/"
suddenly the URLs are acceptable in Tomcat 4.1.18.

Why would Tomcat be involving itself in such issues?  Only thing I can think
of is that maybe the conditions for this Apache Exception were redefined in
4.1.18:

org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI

Neal

-Original Message-
From: neal [mailto:[EMAIL PROTECTED]
Sent: Saturday, March 01, 2003 11:02 AM
To: Tomcat Users List
Subject: RE: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)


I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18 (Windows) and
now it doesn't work!  It appears that I have a problem now with parsing my
conf.xml file in my initServlet.

I noticed that the new Tomcat has an "endorsed" directory with a different
copy of Xerces in it.  Is this somehow related?

Here's the error:
javax.xml.transform.TransformerException:
org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI


Thanks.
Neal


-
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: XML problem with Tomcat 4.1.18 (but was ok in 4.0.4)

[neal]

I ported my app from Tomcat 4.0.4 (Windows) to Tomcat 4.1.18 (Windows) and
now it doesn't work!  It appears that I have a problem now with parsing my
conf.xml file in my initServlet.

I noticed that the new Tomcat has an "endorsed" directory with a different
copy of Xerces in it.  Is this somehow related?

Here's the error:
javax.xml.transform.TransformerException:
org.apache.xml.utils.URI$MalformedURIException: No scheme found in URI


Thanks.
Neal


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

Re: Problem with AJP 1.3 Connector

[Sven Köhler]

Thanks for that response. This is the typcial client setup what we have. Now the worse part of this is, Apache is just doing a request management. All the actual process is done in Tomcat only. Can you please let me know how do we switch on the incremental garbage collector on??


If you're using Linux, you surely have a startup-script for tomcat, 
don't you?

the command
  export JAVA_OPTS="-Xmx256m -Xincgc"
before calling catalina.sh is a good way to do it. you should already 
have rised the max heapsize of the java-vm with the -Xmx option.

If you're using Windows, you have to dive into the registry, and add the 
parameters to the tomcat-service.



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

JspC

[Matthew Oatham]

Hi,

I have managed to run the jsp compiler jspc.bat against a bunch of jsp files. This 
produced a load of java servlet code that I now need to compile with javac - correct?

However when I compile these source files generated from jspc I get the following 
error:

handlePageException(java.lang.Exception) in javax.servlet.jsp.PageContext cannot be 
applied to (java.lang.Throwable)
if (pageContext != null) pageContext.handlePageException(t);
^
Has anyone come across this before? Is there anything I can do to solve the problem?

Whilst on the same note:

These jsps where stored in two directories i.e. 

/
/secure

but when I run jspc the out put is in one directory i.e. / - is this correct?

What do I need to do to the web.xml file to deploy these compiled jsp' ?

What happens when a jsp has the following or similar ...



the file /secure/commonDisplay.jsp doesn't really exist in that form, now it is a 
class file, and as I said above resides in / do I need to change the  
tag on every jsp page or can I add some kind of alias in web.xml to map 
/secure/commonDisplay.jsp to the class file produced in /

Hope this makes sense.

Your help is most appreciated.

Regards.

Matt

Re: free servlet directory gateway w/ tomcat installation instructions

[Jacob Kjome]

Why do you recommend putting the two required jar files ( ldaphttp.jar and 
ldapjdk.jar ) in CATALINA_HOME/shared/lib?  Why not just add a WEB-INF/lib 
directory to your .war archive and put the jars in there.  It makes for 
much simpler deployment and fewer instructions.

Also, why not have a default working example already set up and ready to 
go?  As it stands, the .war file you have isn't deployable without some 
additional work.  Why not just set it up so that it works by simply 
dropping it in CATALNIA_HOME/webapps and something can actually be viewed 
by default?  It would make it more clear how things are supposed to work.

Just my $0.02

Jake

At 10:37 AM 3/1/2003 -0600, you wrote:
I am an independent software developer and consultant. Last fall I 
released a free and open source software product that I think some may be 
interested in. You can find out all about it at:

http://www.mentata.com/ldaphttp/

My central offering is a framework for building efficient MVC web 
applications using web servers, directory servers, and Java servlets. I 
deliver with it a directory gateway application that enables users to 
retrieve, create, delete, extend, update, and link entries in directory 
databases through web interfaces. It was developed in a contractual 
engagement and is currently being used in a high-vis production capacity 
within an mid-size enterprise. I intend to add some key capabilities in 
the coming year, and will launch subscription web services of my own 
design sometime afterwards.

I have now reconfigured the delivered software to be installed with a .war 
file, and have included specific notes for Tomcat installation. You can 
find this (and some commentary which *may* be of interest to you) at:

http://www.mentata.com/news/28Feb03.htm

I request your feedback on these installation instructions. In particular, 
I want to make sure there is not a community or technical reason for 
aversion to putting packaged software in the [CATALINA_HOME]/shared/lib 
directory.

Most of my previous servlet engine experience has been with the 
Netscape/iPlanet/Sun ONE family of web servers. However, in the interest 
of open source I have migrated my development environment to Apache/Tomcat 
to complement Linux and OpenLDAP. FWIW, I so far find Tomcat to be 
superior in capability and support to the Sun offering, but with some 
shortcomings in stability and complexity both with the application itself 
and with the (still evolving) space of connectors. I am committed to the 
approach overall, and will provide feedback and support when possible. 
Thank you for any interest and feedback, and please keep up the great work.

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

HELP ! RE:RE: RE:setting up tomcat 4.1

[Curtis Seyfried]

_
I have been trying to setup Tomcat 4.1 I have entered all class and other
paths. When I run Startup it goes through a whole set of operations then
finishes with
"can not find file or directory or one of its components -Djava.endorsed.dirs="

If someone can help I'd appreciate it.

If a log of the startup would help I would create one if I knew how, so if 
someone can tell me I'd
appreciates that also.

I am running Dell Dimension XPS t700r  PIII-700mHz.  256meg RAM  Win2K pro
sp3 with all security and other patches.  Both j2sdk and j2se1.4.1_01 
reside on my D:\
Tomcat is located in  E:\program files_jakarta_libraries\Tomcat 4.1

I have Sun's Java j2sdk1.4.1  set as JAVA_HOME  j2sdk1.4.1 is exactly the 
way the directory is written.  I have numerous other Java apps that use the 
same JAVA_HOME and have no problems.

After receiving the below responses I did a search on my entire HD :  C:\ ; 
D:\  and E:\   there is NOTHING called
-Djava.endorsed.dirs=  ANYWHERE on my HD, nor is there any variation of 
this name.

What is the bloody thing ?  Where is it supposed to be ? Can I download it 
from somewhere and stick it wherever it is supposed to be?

Startup designates and finds CATALINA_HOME  OK and all of its subs.  in 
E:\program files_jakarta_libraries\Tomcat 4.1

One other piece of info. At another time I started Abyss Web Server to 
start looking at it, and on a lark went to http://localhost:8080  in my 
browser, and the "You have successfully setup Tomcat"  page appeared.  I 
was able to open and login on the administration page and manager page .
___

>Message-ID: <[EMAIL PROTECTED]>
>From: "Tam, Michael" <[EMAIL PROTECTED]>
>To: 'Tomcat Users List' <[EMAIL PROTECTED]>
>Subject: RE: RE:setting up tomcat 4.1
>Date: Fri, 28 Feb 2003 18:37:44 -0500
>MIME-Version: 1.0
>Content-Type: text/plain;
>   charset="iso-8859-1"
>This only happens when tomcat can't find JAVA_HOME.  I just tested it a
>moment ago when I removed my environment variable.
>Did you verify the variable by typing %JAVA_HOME% in the CMT prompt??
>-Original Message-
>From: Curtis Seyfried [mailto:[EMAIL PROTECTED]
>Sent: Friday, February 28, 2003 3:25 PM
>To: [EMAIL PROTECTED]
>Subject: RE:RE:setting up tomcat 4.1
> >Message-ID:
> >[EMAIL PROTECTED]>
> >From: "Tam, Michael" <[EMAIL PROTECTED]>
> >To: 'Tomcat Users List' <[EMAIL PROTECTED]>
> >Subject: RE: setting up Tomcat 4.1
> >Date: Fri, 28 Feb 2003 13:18:15 -0500
> >MIME-Version: 1.0
> >Content-Type: text/plain;
> >   charset="iso-8859-1"
> >Did you set JAVA_HOME in your environment variable?
> >i.e.  JAVA_HOME=C:\j2sdk1.4.1
>Yes I have JAVA_HOME=D:\j2sdk1.4.1   which is where my Javasdk is located.
> >-Original Message-
> >From: Curtis Seyfried [mailto:[EMAIL PROTECTED]
> >Sent: Friday, February 28, 2003 9:41 AM
> >To: [EMAIL PROTECTED]
> >Subject: setting up Tomcat 4.1
> >I have been trying to setup Tomcat 4.1 I have entered all class and other
> >paths. When I run Startup it goes through a whole set of operations then
> >finishes with "can not find -Djava.endorsed.dirs="
> >I someone can help I'd appreciate it. If you need a log of the startup
> >operations I would create one if I knew how, so if someone can tell me I'd
> >appreciates that also.
> >I am running Dell Dimension XPS t700r  PIII-700mHz.  256meg RAM  Win2K pro
> >sp3 with all security and other patches.
> >I have Sun's Java j2sdk1.4.1
--
All Outgoing mail, downloaded files and e-mail attachments are certified
Virus Free.  Checked by Symantec Norton Anti-virus 2003 using the latest 
virus definition
list.

All Incoming mail, downloaded files and e-mail attachments are certified
Virus Free.  Checked by Symantec Norton Anti-virus 2003 using the latest 
virus definition
list.
Curtis Seyfried 



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

Auto deploy of updated files class/war

[Hanasaki JiJi]

Tomcat auto-redeploys/auto-deploys classes/jsp/html very well if they 
are dropped into the filesystem under the webapp.

Is there a way enable tomcat to auto-redeploy a WAR file that has been 
updated in the webapps?  unpackwar = false.

thanks

--
=
= Management is doing things right; leadership is doing the =
=   right things.- Peter Drucker=
=___=
= http://www.sun.com/service/sunps/jdc/javacenter.pdf   =
=  www.sun.com | www.javasoft.com | http://wwws.sun.com/sunone  =
=
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Help me out! IIS Redirector, POST problem

[Ignacio J. Ortega]

Rick,

> 
> With Tomcat 4.1.18 and the latest JK IIS redirector (on 
> Windows XP Pro), HTTP POST requests to a servlet fail with 
> what appears to be a socket timeout error.  HTTP GET's work 
> perfectly.  The identical code runs perfectly (POST or GET) 
> when using Apache 2.0.43 with JK.
> 
> 

any logs? isapiredirector at debug level should help..

can you test with jk2? tried myself many times with jk2 and i know it
works well at least with slide sending big files, and slide is a pretty
complex app that make big use of POST.. i know that the same webapp (
using slide ) gave problems on jk.. soo.. 


Saludos, 
Ignacio J. Ortega 


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

Re: AJP Connector - Broken Pipe Error

[Tomasz Nowak]

Raja Sekhar <[EMAIL PROTECTED]> wrote:
>
> I have configured my apache server to work with Tomcat engine. But I
> am continuosly seeing this error in the log file. 

Use the new Coyote connector instead of the old AJP one.

-- 
Tomasz Nowak


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

Re: Fw: Tomcat WAR expansion

[Tomcat-RND]

Hi Jacob,

Thanks , for the inforamtion, I understood now...

Regards,
Pratt.


- Original Message -
From: "Jacob Kjome" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Saturday, March 01, 2003 10:41 PM
Subject: Re: Fw: Tomcat WAR expansion


>
> This is expected behavior.  If you add an explicit  for you
> app and the "path" attribute matches the name of the .war file (less
> ".war"), then the .war file will not be expanded.  You will have to expand
> it yourself.  This is kind of a confusing issue for new users and I'm not
> entirely sure why Tomcat's behavior is this way.  However, the behavior is
> this way and you will simply have to live with it.
>
> Note that not all appservers expand the .war file to a directory structure
> by default like Tomcat does.  You shouldn't count on this behavior if you
> want your app to be portable.  For instance, if your app isn't expanded to
> a directory, any File IO done by the webapp to files your classes assume
> will be available via File IO won't work.  To access files from an archive
> you need to use streams and you should do so in any case because of this
> fact unless you specifically check for the File object being null.
Anyway,
> that goes beyond your question, so I'll stop there.
>
> later,
>
> Jake
>
> At 11:38 AM 3/1/2003 +0530, you wrote:
> >Hi Craig,
> >
> >Can you please help me out. as per phillip i am approaching you...
> >
> >  Hi,
> >
> >When i place a WAR file into the Tomcat webapps folder, on Restart tomcat
is
> >not expanding the WAR if server.xml contains the Context entry
> >related  to this, If i remove the Context entry it is expanding. Is there
> >any configuration required to expand the WAR by keeping the
> >Context entry in the server.xml?
> >  I am using Tomcat 4.1.18 version.
> >
> >Thanks and Regards,
> >Pratt
> >
> >- Original Message -
> >From: "Phillip Qin" <[EMAIL PROTECTED]>
> >To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> >Sent: Friday, February 28, 2003 11:17 PM
> >Subject: RE: Tomcat WAR expansion
> >
> >
> > > I gave up. Instead, I use ant to create a webapps/myapp dir and copy
all
> > > stuff to that directory. Craig should be the right person to answer
this
> > > question.
> > >
> > > Regards,
> > >
> > >
> > > PQ
> > >
> > > "This Guy Thinks He Knows Everything"
> > > "This Guy Thinks He Knows What He Is Doing"
> > >
> > > -Original Message-
> > > From: Prathap [mailto:[EMAIL PROTECTED]
> > > Sent: February 28, 2003 11:29 AM
> > > To: Tomcat Users List
> > > Subject: Re: Tomcat WAR expansion
> > >
> > > Hi
> > > I am getting this trace.. Can you figure it out??
> > >
> > > 2003-02-28 21:55:02 WebappLoader[/webdav]: Deploying class
repositories to
> > > work directory C:\test\Tomcat41\work\Standalone\localhost\webdav
> > > 2003-02-28 21:55:02 StandardManager[/webdav]: Seeding random number
> > > generator class java.security.SecureRandom
> > > 2003-02-28 21:55:02 StandardManager[/webdav]: Seeding of random number
> > > generator has been completed
> > > 2003-02-28 21:55:02 StandardWrapper[/webdav:default]: Loading
container
> > > servlet default
> > > 2003-02-28 21:55:02 StandardWrapper[/webdav:invoker]: Loading
container
> > > servlet invoker
> > > 2003-02-28 21:55:02 StandardContext[/test]: Resources start failed:
> > > 2003-02-28 21:55:02 StandardContext[/test]: Context startup failed due
to
> > > previous errors
> > > 2003-02-28 21:55:02 StandardContext[/test]: Exception during cleanup
after
> > > start failed
> > > LifecycleException:  Container StandardContext[/test] has not been
started
> > >  at
> >org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643)
> > >  at
> > >
org.apache.catalina.core.StandardContext.start(StandardContext.java:3621)
> > >  at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> > >  at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
> > >  at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
> > >  at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
> > >  at
> >org.apache.catalina.core.StandardService.start(StandardService.java:497)
> > >  at
> >org.apache.catalina.core.StandardServer.start(StandardServer.java:2189)
> > >  at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
> > >  at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
> > >  at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
> > >  at java.lang.reflect.Method.invoke(Native Method)
> > >  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
> > >
> > > Regards,
> > > Pratt
> > > - Original Message -
> > > From: "Phillip Qin" <[EMAIL PROTECTED]>
> > > To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> > > Sent: Friday, February 28, 2003 9:55 PM
> > > Subject: RE: Tomcat WAR expansion
> > >
> > >
> > > > I saw some error messages and my app war is not expanded. Did you
see
> >them
> > > > in your log?
> > > >
> > > > 2003-0

Re: Fw: Tomcat WAR expansion

[Jacob Kjome]

This is expected behavior.  If you add an explicit  for you 
app and the "path" attribute matches the name of the .war file (less 
".war"), then the .war file will not be expanded.  You will have to expand 
it yourself.  This is kind of a confusing issue for new users and I'm not 
entirely sure why Tomcat's behavior is this way.  However, the behavior is 
this way and you will simply have to live with it.

Note that not all appservers expand the .war file to a directory structure 
by default like Tomcat does.  You shouldn't count on this behavior if you 
want your app to be portable.  For instance, if your app isn't expanded to 
a directory, any File IO done by the webapp to files your classes assume 
will be available via File IO won't work.  To access files from an archive 
you need to use streams and you should do so in any case because of this 
fact unless you specifically check for the File object being null.  Anyway, 
that goes beyond your question, so I'll stop there.

later,

Jake

At 11:38 AM 3/1/2003 +0530, you wrote:
Hi Craig,

Can you please help me out. as per phillip i am approaching you...

 Hi,

When i place a WAR file into the Tomcat webapps folder, on Restart tomcat is
not expanding the WAR if server.xml contains the Context entry
related  to this, If i remove the Context entry it is expanding. Is there
any configuration required to expand the WAR by keeping the
Context entry in the server.xml?
 I am using Tomcat 4.1.18 version.
Thanks and Regards,
Pratt
- Original Message -
From: "Phillip Qin" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Friday, February 28, 2003 11:17 PM
Subject: RE: Tomcat WAR expansion
> I gave up. Instead, I use ant to create a webapps/myapp dir and copy all
> stuff to that directory. Craig should be the right person to answer this
> question.
>
> Regards,
>
>
> PQ
>
> "This Guy Thinks He Knows Everything"
> "This Guy Thinks He Knows What He Is Doing"
>
> -Original Message-
> From: Prathap [mailto:[EMAIL PROTECTED]
> Sent: February 28, 2003 11:29 AM
> To: Tomcat Users List
> Subject: Re: Tomcat WAR expansion
>
> Hi
> I am getting this trace.. Can you figure it out??
>
> 2003-02-28 21:55:02 WebappLoader[/webdav]: Deploying class repositories to
> work directory C:\test\Tomcat41\work\Standalone\localhost\webdav
> 2003-02-28 21:55:02 StandardManager[/webdav]: Seeding random number
> generator class java.security.SecureRandom
> 2003-02-28 21:55:02 StandardManager[/webdav]: Seeding of random number
> generator has been completed
> 2003-02-28 21:55:02 StandardWrapper[/webdav:default]: Loading container
> servlet default
> 2003-02-28 21:55:02 StandardWrapper[/webdav:invoker]: Loading container
> servlet invoker
> 2003-02-28 21:55:02 StandardContext[/test]: Resources start failed:
> 2003-02-28 21:55:02 StandardContext[/test]: Context startup failed due to
> previous errors
> 2003-02-28 21:55:02 StandardContext[/test]: Exception during cleanup after
> start failed
> LifecycleException:  Container StandardContext[/test] has not been started
>  at
org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643)
>  at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:3621)
>  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
>  at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
>  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
>  at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
>  at
org.apache.catalina.core.StandardService.start(StandardService.java:497)
>  at
org.apache.catalina.core.StandardServer.start(StandardServer.java:2189)
>  at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
>  at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
>  at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
>  at java.lang.reflect.Method.invoke(Native Method)
>  at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
>
> Regards,
> Pratt
> - Original Message -
> From: "Phillip Qin" <[EMAIL PROTECTED]>
> To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
> Sent: Friday, February 28, 2003 9:55 PM
> Subject: RE: Tomcat WAR expansion
>
>
> > I saw some error messages and my app war is not expanded. Did you see
them
> > in your log?
> >
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Starting
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Processing start(),
> > current available=false
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Configuring default
> > Resources
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Resources start
failed:
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Configuring
> non-privileged
> > default Loader
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Configuring default
> > Manager
> > 2003-02-28 11:22:04 StandardContext[/lciponline]: Processing standard
> > container startup
> > 2003-02-28 11:22:04 StandardContext[/l

Help me out! IIS Redirector, POST problem

[Rick Bullotta]

With Tomcat 4.1.18 and the latest JK IIS redirector (on Windows XP Pro), HTTP POST 
requests to a servlet fail with what appears to be a socket timeout error.  HTTP GET's 
work perfectly.  The identical code runs perfectly (POST or GET) when using Apache 
2.0.43 with JK.


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

free servlet directory gateway w/ tomcat installation instructions

[Jon Roberts]

I am an independent software developer and consultant. Last fall I 
released a free and open source software product that I think some may 
be interested in. You can find out all about it at:

http://www.mentata.com/ldaphttp/

My central offering is a framework for building efficient MVC web 
applications using web servers, directory servers, and Java servlets. I 
deliver with it a directory gateway application that enables users to 
retrieve, create, delete, extend, update, and link entries in directory 
databases through web interfaces. It was developed in a contractual 
engagement and is currently being used in a high-vis production capacity 
within an mid-size enterprise. I intend to add some key capabilities in 
the coming year, and will launch subscription web services of my own 
design sometime afterwards.

I have now reconfigured the delivered software to be installed with a 
.war file, and have included specific notes for Tomcat installation. You 
can find this (and some commentary which *may* be of interest to you) at:

http://www.mentata.com/news/28Feb03.htm

I request your feedback on these installation instructions. In 
particular, I want to make sure there is not a community or technical 
reason for aversion to putting packaged software in the 
[CATALINA_HOME]/shared/lib directory.

Most of my previous servlet engine experience has been with the 
Netscape/iPlanet/Sun ONE family of web servers. However, in the interest 
of open source I have migrated my development environment to 
Apache/Tomcat to complement Linux and OpenLDAP. FWIW, I so far find 
Tomcat to be superior in capability and support to the Sun offering, but 
with some shortcomings in stability and complexity both with the 
application itself and with the (still evolving) space of connectors. I 
am committed to the approach overall, and will provide feedback and 
support when possible. Thank you for any interest and feedback, and 
please keep up the great work.

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

Re: AJP Connector - Broken Pipe Error

[Sven Köhler]

2003-02-28 13:24:35 Ajp13Processor[8009][42] process: invoke
java.io.IOException: Broken pipe
at java.net.SocketOutputStream.socketWrite(Native Method)
at java.net.SocketOutputStream.write(SocketOutputStream.java:96)
at org.apache.ajp.Ajp13.send(Ajp13.java:525)
at org.apache.ajp.RequestHandler.finish(RequestHandler.java:501)
at org.apache.ajp.Ajp13.finish(Ajp13.java:395)
at org.apache.ajp.tomcat4.Ajp13Response.finishResponse(Ajp13Response.java:196)
at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:464)
at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551)
at java.lang.Thread.run(Thread.java:484)
i have those errors too, although they don't occur that often.

btw: which tomcat version do you use? it must be 4.0 or something, 
because the AJP13 connector has been rewritten in Tomcat 4.1.x.

i'm using tomcat 4.1.18.



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

Re: Internal Server Error

[Adam Denenberg]

Still tested this 100 times and it still only works directly to  tomcat at
8080 but not through mod_jk.  Are there any additions to the server.xml file
that need to be made to make this work properly?
 
 It doesn¹t appear the connection even gets to tomcat since the logs don¹t
show anything.  I am still unlcear why mod_jk is unable to "find a worker"
as it complains about? Anyone know what would cause that?

 thanks
Adam

On 2/28/03 5:29 PM, "Adam Denenberg" <[EMAIL PROTECTED]> wrote:

> Hey ,
> 
> I am using apache 1.3.X with tomcat 4.1.18 on solaris 7 and sun JDK 1.4.
> 
> I am getting an internal server error with the folloing jk error in my
> mod_jk.log file
> 
> [Fri Feb 28 17:15:43 2003]  [jk_uri_worker_map.c (558)]
> jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match ajp13 ->
> *.jsp
> [Fri Feb 28 17:15:43 2003]  [jk_worker.c (132)]: Into wc_get_worker_for_name
> ajp13
> [Fri Feb 28 17:15:43 2003]  [jk_worker.c (136)]: wc_get_worker_for_name,
> done did not found a worker
> 
> My workers.properties file is
> 
> workers.tomcat_home=/usr/local/tomcat
> workers.java_home=/usr/local/java
> ps=/
> worker.list=ajp13
> worker.ajp13.port=8009
> worker.ajp13.host=localhost
> worker.ajp13.type=ajp13
> worker.ajp13.lbfactor=1
> 
> and my httpd.conf section is
> 
> JkWorkersFile /usr/local/apache/conf/workers.properties
>Alias /examples /usr/local/tomcat/webapps/examples
>JkLogFile  logs/jk.log
>JkLogLevel debug
>JkMount /examples/*.jsp ajp13
>JkMount /*.jsp ajp13
> 
> And server.xml relevant  is ..
> 
>   port="8009" minProcessors="5" maxProcessors="75"
>  acceptCount="10" debug="0"/>
> 
> The jk2/coyote on 8009  connector was commented out.
> 
> Static content looks fine, however when trying to access a .jsp file, it
> fails with an internal server error and the message above.
> 
> Anyone seen this problem or can diagnose why I would get it?  I cant figure
> it for the life of me.
> 
> thanks
> Adam
> 
> 
> 
> 
> -
> 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]

my tomcat keeps crashing

[Sven Köhler]

hi,

first, i had some OutOfMemoryErrors. That was my fault, i i configured 
java peroperly, so Tomcat has 256MB now.

After running 2 or 3 days, Tomcat now stops serving requests. My mod_jk 
log contains the following errors:

[Sat Mar 01 05:03:04 2003]  [jk_ajp_common.c (970)]: ERROR sending data 
to client. Connection aborted or network problems
[Sat Mar 01 05:06:13 2003]  [jk_ajp_common.c (970)]: ERROR sending data 
to client. Connection aborted or network problems
[Sat Mar 01 05:09:22 2003]  [jk_ajp_common.c (970)]: ERROR sending data 
to client. Connection aborted or network problems
[Sat Mar 01 05:12:31 2003]  [jk_ajp_common.c (970)]: ERROR sending data 
to client. Connection aborted or network problems

catalina.out contains nothing - nothing indicating an error.
any ideas?


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

RE: JDBC connectivityfor ORACLE !!!

[Swapneel Dange]

thanx MIKE and PATER. i am starting to work on it, lets see how quickly i go 
ahead with the installation and all that stuff.

trying best to do the TIGHT-ROPE-WALK !

Swapneel Dange
505-642-4126
http://www.cs.nmsu.edu/~sdange









From: "Mike Jackson" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: JDBC connectivityfor ORACLE !!!
Date: Thu, 27 Feb 2003 08:56:19 -0800
Also, http://www.orafaq.com is extremely helpful for answering questions.

--mikej
-=-
mike jackson
[EMAIL PROTECTED]
> -Original Message-
> From: Mike Jackson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 27, 2003 8:53 AM
> To: Tomcat Users List
> Subject: RE: JDBC connectivityfor ORACLE !!!
>
>
> To Install Oracle:
>
> 	Create three groups, "sysdba", "sysoper", "oinstall"
>
> 	Create an oracle user, default group "oinstall", member of
> "sysdba" and
> "sysoper"
>
> 	Setup environment variables for "ORACLE_HOME", and "ORACLE_SID"
>
> 	Change the PATH to include $ORACLE_HOME/bin
>
> 	Get the CDROMS
>
> 	Mount the CDROMS
>
> 	cd /
>
> 	As the oracle user ./runInstaller.sh
>
> 	For the most part follow the instructions, but do not, and
> I repeat do not
> let it to the "copy the inital database", in fact when you get the 
option
> have it install the software only.
>
> 	After oracle is installed run "dbca"
>
> 	Create the initial database, take the option that creates a database
> without using a template
>
> As for JDBC drivers, I've never had a problem with the oracle drivers,
> except in their JDBC2.0 connection pooling, so as long as you use 
another
> connection pool I'd use the standard ones.
>
> --mikej
> -=-
> mike jackson
> [EMAIL PROTECTED]
>


_
Protect your PC - get McAfee.com VirusScan Online  
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

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

Re: upgrade from 4.0 to 4.1

[Tomcat-RND]

Hi,

JDK 1.4 is not required. It should do by using the JAVA_HOME.
Try by adding the JDK/bin to your System path variable.and restart the
server.

Are you running tomcat in WIN or Linux etc.,?

Ragards,
Pratt

- Original Message -
From: "neal" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Saturday, March 01, 2003 3:29 PM
Subject: upgrade from 4.0 to 4.1


> I tried to do a simple upgrade from 4.0.4 to 4.1.18.  I simply copied the
> file structures of 4.1.18 over the top of those for 4.0.4.  I presume this
> should do it but in fact I now get a message that Tomcat can't find the
> compiler.  It is suggesting that perhaps my JAVA_HOME variable isn't set.
> But .. it is!  And besides I didn't touch my sys variables.
>
> Any thoughts?  JDK1.4.1 isn't required here is it?
>
> Thanks.
> Neal
>
>
>
> -
> 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]

upgrade from 4.0 to 4.1

[neal]

I tried to do a simple upgrade from 4.0.4 to 4.1.18.  I simply copied the
file structures of 4.1.18 over the top of those for 4.0.4.  I presume this
should do it but in fact I now get a message that Tomcat can't find the
compiler.  It is suggesting that perhaps my JAVA_HOME variable isn't set.
But .. it is!  And besides I didn't touch my sys variables.

Any thoughts?  JDK1.4.1 isn't required here is it?

Thanks.
Neal



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

Re: Parasite string length added in the message body

[Bill Barker]

For the observant,  you will notice the header 'Transfer-Encoding: chunked'.
In this case, the HTTP/1.1 protocol requires that the server sends the
length of the chunk prior to sending the body of the chunk itself.

If you don't want to see this, simply set the content-length header (e.g.
response.setContentLength) before sending the output from your servlet.

"Raphael Bousquet" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Does someone know why Tomcat (version 4.1.18 Linux and Windows) adds the
> string length in the message body?
>
> Here is what I receive from Tomcat:
> --
> HTTP/1.1 200 OK
> Content-Type: text/xml
> Transfer-Encoding: chunked
> Date: Fri, 28 Feb 2003 16:59:22 GMT
> Server: Apache Coyote/1.0
> Connection: close
>
> 56
> 
> 
> Mike
> 
>
> 0
>
> --
> as you can see the message body contains a '56' and a '0', and I don't
know
> where they come from? 56 is the size of the string "" in
> hex.
>
> Here is the code of my servlet:
> --
> package testservlet;
>
> import java.io.*;
> import javax.servlet.*;
> import javax.servlet.http.*;
>
> public class Reply
> extends HttpServlet
> implements SingleThreadModel
> {
> private static final String CONTENT_TYPE = "text/xml";
>
> //Process the HTTP Get request
> public void doGet(HttpServletRequest request, HttpServletResponse
response)
> throws ServletException, IOException
> {
> //partner identifier
> response.setContentType(CONTENT_TYPE);
> PrintWriter out = response.getWriter();
> out.println("");
> out.println("");
> out.println("Mike");
> out.println("");
> out.flush();
> out.close();
> }
> }
> --
>
> It is very simple and there is no sign of any string length being written
in
> the output stream.
>
> Is this normal? If I am missing something I would really appreciate your
> input. Thanks




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