Re: URGENT! PLEASE..

[John M. Corro]

You can place the jar package under "\web-inf\lib" if you want available to
that application only or you could also place it in the \lib
directory for all apps under Tomcat to access it.

Btw, what does "10x2 all" mean??

- Original Message -
From: "Catalin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 8:00 PM
Subject: URGENT! PLEASE..


>
>
> I have a jakarta tomcat 3.3m4 with an web apps with servlets. How can
> I do to "tell " to my web app where is "javax" package (not to put it
> everytime to \web-inf\classes)?
>
> 10x 2 all
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>


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

Re: RE: RE: RE: RE: RE: RE: can anyone help

[John M. Corro]

You may also want to try changing your classpath references from "Program
Files" to "progra~1".  I seem to recall this being a fix used by someone
else w/ the same problem.  Good luck.

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 07, 2002 5:14 AM
Subject: Re: RE: RE: RE: RE: RE: RE: can anyone help


Thanks Jeff,

I tried that without any success I think the problem may be to do with java
as I had a look in
 'C:\WINDOWS\Downloaded Program Files' and the status of the java runtime is
'damaged' so I will try an download java again to see if it fixes the
problem


cheers

liakim

> Liakim,
>
>Ok, I will give it a try. The first message that I saw
>says that you have the following settings the the
>autoexec.bat:
>
>set JAVA_HOME=C:\jdk1.3.1_01
>set CATALINA_HOME=C:\Program Files\Apache Tomcat 4.0
>
>The JAVA_HOME is seen, but CATALINA_HOME is not being
>seen by Tomcat based on the following output from your
>last message:
>
>Using CATALINA_HOME: c:\jakarta tomcat 4.0
>Using JAVA_HOME: c:\jdk1.3.1_01
>
>I would suggest that you quote (") the CATALINA_HOME
>variableI had to on Win2K...Like this:
>
>set CATALINA_HOME="C:\Program Files\Apache Tomcat 4.0"
>
>That may help, if Tomcat is intalled in that
>directory.
>Spaces and paths don't work the best. Possible, but
>tends in invite pain.
>
>You MUST reboot for this change to take affect.
>
>Second, the error you listed in your last message is a
>Connection refused. If Tomcat is not running correctly
>(not listening) that would be the error I would
>expect.
>
>If you have been modifying the server.xml you may want
>to change it back to the way it was and try it again.
>If needed you may even want to install Tomcat again.
>
>After all that. Follow the dircetions provided with
>Tomcat and start it up. If it starts correctly the
>htt
p://localhost:8080 in the browser of your local
>machine should work.
>
>Sorry if others have given this advise. I just joined
>the user's list today, but have been doing Tomcat
>stuff for a while.
>
>Good luck,
>Jeff
>
>__
>Do You Yahoo!?
>Send FREE video emails in Yahoo! Mail!
>http://promo.yahoo.com/videomail/
>
>--
>To unsubscribe:   
>For additional commands: 
>Troubles with the list: 




talk21 your FREE portable and private address on the net at
http://www.talk21.com



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





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

Re: passing a file to a servlet (fopservlet) file not found error

[John M. Corro]

When tomcat looks for your FO file, (by default) it looks for it in the bin
directory.  Either try fully qualifying your fo file name or put a copy of
the fo file in your bin directory (/bin).

- Original Message -
From: "Chuck Paussa" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 02, 2002 2:40 PM
Subject: passing a file to a servlet (fopservlet) file not found error


> Hi, total tomcat newbie question:
>
> I'm trying to pass a file to a servlet (FopServlet). The instructions
> say, go to a URL like this:
> http://localhost:8080/fop/fop?fo=/pathtofile/test.fo
>
> Tomcat returns:
>
> javax.servlet.ServletException: /pathtofile/test.fo (The system cannot
find the path specified)
> at FopServlet.doGet(FopServlet.java:78)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
>
> The servlet source code has
> FileInputStream file = new FileInputStream(foParam);
>
> I put the test.fo file in every tomcat sub-directory I thought might
> work and called it replacing "pathtofile" with every path combination
> might work. Still, I get a file not found error. So, there must be
> something that I'm not understanding correctly. Why can't my servlet
> find the file? I am running tomcat standalone, out of the box. Apache
> Tomcat/4.0.1
>
> Here is how I configured the system:
>
> server.xml
>   
> 
>   
>   
>  privileged="false"/>
>
> C:\jakarta-tomcat-4.0.1\webapps\fop\WEB-INF\web.xml
>
> 
> 
> Fop
> FopServlet
> 
> 
>  Fop 
>  /fop 
> 
> 
>
> Chuck Paussa
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>


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

Re: Eclipse IDE (Off Subject)

[John M. Corro]

Off subject...what do you think of the new IDE?

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, December 13, 2001 11:12 AM
Subject: Eclipse IDE


> I have been evaluating the new Eclipse IDE (http://www.eclipse.org) and
> trying to get it to debug my servlets running in Tomcat. One of the quirks
> about the Eclipse IDE is that it doesn't allow me to specify a build
folder
> outside of the project hierarchy (so I can't post my classes to the
webapps
> folder in Tomcat). One of the suggestions from Eclipse users was to
develop
> my source directly in the webapps folder, but this violates the separation
> of source and deployment
> (http://jakarta.apache.org/tomcat/tomcat-4.0-doc/appdev/source.html).
>
> I was wondering if anyone has experience integrating Eclipse with Tomcat
> and what directory structure they're using.
>
> Thanks.
>
> - Brian
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>


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

tomcat-user@jakarta.apache.org

[John M. Corro]

I wanted to give everyone a heads up on a virus that made it's way on to one
of the other mail lists.  The virus has the following format:
--
How are you ?
When I saw this screen saver, I immediately thought about you
I am in a harry, I promise you will love it!
--

the attachmed virus is 'gone.scr'.  The virus is documented on the main page
at www.antivirus.com


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

Re: CVS

[John M. Corro]

I wish every flame was this considerate : )

I absolutely defer to CVS' performance/functionality advantages over M$
Sourcesafe (not to mention the cost), but I would argue that there are
specific situations where it's an option worth considering (flinching ahead
of times for flames :).  I haven't setup of a SourceSafe repository, so I
can't speak to it's ease of administration, but I can speak to working w/ it
from a developer perspective.  I found that it was pretty simple to work w/,
but it sounds like that's a credit to the person who maintained it (they
never really had any huge complaints on it though).  I can understand those
checkout times...our builds weren't as sizey as yours, but still took some
time.

I would throw out SourceSafe as an option if you (or any team members) have
never worked w/ CVS, you are under pressure to deploy some sort of version
control, and you have a smaller development team (not to mention funding for
the product).  But I'd agree w/ you, Peter, in the sense that if you need
higher levels of performance/functionality/robustness CVS is the way to go.

- Original Message -
From: "Peter Davison" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 7:12 AM
Subject: Re: CVS


>
> Consider yourself flamed.  :-)
>
> My experience with VSS was that it "did not work".  We actually had a
person in one of our offices who
> was responsible for "maintaining VSS" - this wasn't their only job of
course, but it
> consumed a great deal of their time.  Our team was working on a separate
unrelated module of
> the project and were using CVS as the repository.  I don't think that we
had to do anything
> as far as maintainence was concerned, just regular backups to tape (but
that should be done
> regardless).
>
> The other problem we had with VSS was trying to use remote access.  We had
another project
> that we were collaborating on - several thousand files.  It would take
hours
> to check out the project and this was over a T1.  Through weeks of
lobbying we were able to
> convince our colleagues to switch to CVS.  Check out times came down a few
minutes.
> They have never looked back.
>
> Just my $0.02.
>
> Regards,
> Pete.
>
> > I may get flamed for this, but if you're organization is small you may
want
> > to consider M$'s Sourcesafe.  It's concepts may be a little bit easier
to
> > adapt to if you have no experience w/ CVS.  CVS is a great and powerful
> > tool, but if you have no experience w/ it, you could run into some
serious
> > migration problems.
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>


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

Re: CVS

[John M. Corro]

- How the CVS server gets organized is based on preference, in my
experience.  Usually, I've seen a "branch" for each individual project and
then another one for your organization's library of known stable code
(connection mgr, XML utilities maybe, etc)

- When you say that "each developer would get a version", I'm assuming
you're saying each developer would get their own version of CVS which is
true...sort of.  They'd get their own CVS client, but not necessarily their
own CVS repository.  Everyone gets access to a shared CVS repository.

- I disagree that it's bad to have a Tomcat instance on each workstation
(unless your workstations are incredibly underpowered).  Giving each app.
developer their own private development environemnt is common practice.  It
allows me as the developer to play w/ things that may reduce the efficiency
of the entire team.  For instance, say I need to bounce Tomcat alot
throughout the day for whatever reason.  If I do this, people who are
testing their changes may be constantly interrupted by me bouncing Tomcat.

The challenge to this development paradigm is that creating a new developer
environment is always a hassle (setting up Tomcat, db connections, db
layout, etc so that it's perfectly aligned to the staging/production
environment).  Keeping everyone's code in sync can be a challenge as
well...Ant can come in handy in this situation.

- Depending on how it's setup, I would recommend against having the
webserver automatically deploy the most recent code in CVS.  The process, to
me, just seems too error prone.  There could be exceptions based on the
environment, but in general I believe that code should only find it's way to
the production environment when it's been specifically requested by the
appropriate person/people.

- Tomcat could be a great tool for testing.  I'd recommend for a Staging and
separate Production environment.  A Production environment is where the code
sits when it's in day-to-day use.  A Staging environment is (or at least
should be) identical to your Production environment, but is specifically
intended for testing purposes - not daily usage.

I may get flamed for this, but if you're organization is small you may want
to consider M$'s Sourcesafe.  It's concepts may be a little bit easier to
adapt to if you have no experience w/ CVS.  CVS is a great and powerful
tool, but if you have no experience w/ it, you could run into some serious
migration problems.

- Original Message -
From: "Laurent Michenaud" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 20, 2001 6:21 AM
Subject: RE: CVS


Ok, but i've got a lot of question about the organisation.
Here how i would see the cvs server for our case :
- There would be a cvs server with different branches( stable,
developpement... )
- Each developper would get a version, work it on local and then update
it( i don't have
  any ideas about the times per day of update ).
- Each developper would have a local tomcat on his machine( not very
good i think ).
- Our web server would check the cvs server for the latest stable enough
sources.
  The tomcat on the web server would be used only for global testing.
Am i right ?

Do u see others points ?
We have no experience at all about cvs in our enterprise and it's quite
worrying.

a+




De : Samuel Rochas [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 20 novembre 2001 15:26
À : Tomcat Users List
Objet : Re: CVS


Bonjour,

Laurent Michenaud wrote:
>
> Would be CVS a good thing for our environnment ?
CVS, or any other configuration management tool is a must while having a
team working on a project. You can use some free tools, like the CVS
with clients like WinCVS. You can use some (mostly quite expensive)
commercial tools if you like.

> Are there any model of organisation that we would use ?
all what you need is a file system and a network connection between the
users.
Take a look at http://www.gnu.org/manual/cvs-1.9/cvs.html and
http://www.cvshome.org/

Slts
Samuel Rochas
--
SWIPe Software Engineering & Project Management GmbH

Solutions with Individual Profile

Web: http://www.swipe.de

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


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





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

Re: intranet authentication with win2k

[John M. Corro]

I'm not as familiar w/ NT security either, but it sounds like (from a Java
programming standpoint) the getRemoteUser() method is your best bet.  If I
remember correctly, it returns the username *if* the user has logged in (in
this case through NT security) or null otherwise.
- Original Message -
From: "Mangi, Rick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 9:49 AM
Subject: intranet authentication with win2k


> Greetings tomcat users!
>
> This question is 1/2 tomcat 1/2 apache. I'm developing an intranet site.
The
> users logon with NT authentication onto our local network. The intranet is
> running tomcat/apache on solaris. I'm wondering if anyone has a solution
for
> authenticating these users on the intranet without them having to log onto
a
> separate system. I know there is an apache module for tying apache
> authentication to NT security (and I assume it's easy enough to pass this
on
> to tomcat). But we're thinking of moving to the win2k "native security"
> system which I know nothing about.
>
> has anyone tackled this before? Any suggestions?
>
> Thanks,
>
> Rick
>
>
> Please pardon the long winded legal stuff below...
>
>
>
>
> This email and any attachments are confidential and may be
> legally privileged. No confidentiality or privilege is waived
> or lost by any transmission in error.  If you are not the
> intended recipient you are hereby notified that any use,
> printing, copying or disclosure is strictly prohibited.
> Please delete this email and any attachments, without
> printing, copying, forwarding or saving them and notify the
> sender immediately by reply e-mail.  Zurich Capital Markets
> and its affiliates reserve the right to monitor all e-mail
> communications through its networks.  Unless otherwise
> stated, any pricing information in this e-mail is indicative
> only, is subject to change and does not constitute an offer
> to enter into any transaction at such price and any terms in
> relation to any proposed transaction are indicative only and
> subject to express final confirmation.
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>


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

Tomcat 4.0.1 install issues

[John M. Corro]

Newbie question

Attempting to install Tomcat 4.0.1 on a W2K workstation box and am running
into some issues that some others may have run into.  I currently have
v3.2.3 on my box and am looking to migrate to v4.0.1.  I followed the deploy
steps for Windows:
1. Unzipped to  directory
2. Set an environment variable pointing to a jdk1.3 install called
'JAVA_HOME'
3. Opened command line prompt to \bin and executed startup.bat
(did not set env. variable for CATALINA_HOME or CATALINA_BASE, but according
to the catalina.bat documentation that is optional)
4. Opened http:localhost:8080

I was able to view the opening HTML index page, but when I attempted going
to some example JSP pages (ie I clicked on the "JSP Examples" link on the
left) to confirm it was working I got the following exception:

type: Status report
message: /jsp/
description: The requested resource (/jsp/) is not available.

Strangely, this was  404 error too.  I was sure not to modify the classpath.
Did some digging around and was hard pressed to find archived posts w/
similar problems.  Thought I'd ask the experts.



- Original Message -
From: "Jim Urban" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, November 13, 2001 8:13 AM
Subject: RE: REPOST: NEED HELP URGENT:: internet explorer nullifies session
on open new window


> Sorry to say this, but it sounds like an application issue.  I have not
> heard of anyone else having this kind of problem.
>
> You said it used to work, but has since stopped.  What have you changed
> since then?  This is a good reason for performing regression tests on a
> regular (daily) basis.
>
> Jim
>
> -Original Message-
> From: Amit Kelkar [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 13, 2001 9:47 AM
> To: Tomcat Users List
> Subject: RE: REPOST: NEED HELP URGENT:: internet explorer nullifies
> session on open new window
>
>
> Thanks Jim for your reply...
>
> It does not happen when the application is accessed for the first time
ever
> by IE, but every time after that. If I try to repair the installation, it
> again works for the first time but never again. I have not idea why it is
> happening. Is there any possibility it could the application or tomcat??
>
> This is very bad, as it was not happening before and we are in final
> testing, hoping to deploy soon!!!
>
> Amit
>
>
>
> -Original Message-
> From: Jim Urban [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, 14 November 2001 2:21 AM
> To: Tomcat Users List
> Subject: RE: REPOST: NEED HELP URGENT:: internet explorer nullifies
session
> on open new window
>
> Our application does the same thing (openning child browser windows and
> closing them) and we have no problems with IE 5.5.  We have not tried I.E.
> 6.0 yet, so I can't comment on that.  We are running Tomcat 4.0 on Win NT
> and 2K.
>
> Jim
>
> -Original Message-
> From: Amit Kelkar [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 13, 2001 9:01 AM
> To: Tomcat Users List
> Subject: REPOST: NEED HELP URGENT:: internet explorer nullifies session
> on open new window
>
>
>
>
> -Original Message-
> From: Amit Kelkar [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, 13 November 2001 6:41 PM
> To: Tomcat Users List
> Subject: internet explorer nullifies session on open new window
>
> The application we are coding requires a new window to be opened. This new
> window may just contain a JavaScript calendar or a JSP page (dispatched by
a
> servlet).
>
> We have been using Internet Explorer 5 till recently to run the
application
> and this has been fine. But we recently upgraded to I.E. 5.5 and 6.0. In
> both of the new versions, when a new window is opened and then closed, the
> session in the original window gets nullified.
>
> For example, there are places where I need to see a calendar, so I open
this
> calendar in a new window, I use the calendar, then I close the calendar
> window. I then press a button (in the main window) to go to another page
in
> my application, where all the session values are now displayed as null.
> Subsequent system error statements show that the session is indeed null.
>
> I am not sure this is a tomcat problem or a IE problem (probably a IE
> problem), but was wondering if anybody has experienced anything similar
and
> if they have solved the problem...
>
> Note: I am using tomcat 4.01
>
> Thanks much in advance,
>
>
> Amit Kelkar
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
>
>
>
> --
> To unsubscribe:   
> For additional commands: