RE:problems with cvs and ant tomcat build script (please help cvs proxy authenticate ???)

2005-09-23 Thread Bovy, Stephen J
 
My proxy server requires authentication,
please tell me how to get cvs and ant tomcat build script working ???  

C:\tomcat-sourcecvs -d
:pserver;proxy=caproxy.ca.com;proxyport=80:[EMAIL PROTECTED]:/home/cvs
public login
Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic
CVS password: ***
cvs [login aborted]: Proxy server requires authentication

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



RE: help with stupid cvs proxy question ??

2005-09-22 Thread Bovy, Stephen J


C:\tomcat-sourceant checkout
Buildfile: build.xml

checkout:
 [echo] If the checkout fails, run `cvs -d
:pserver:[EMAIL PROTECTED]:/
home/cvspublic login` and try again. The password for the anonymous CVS
access i
s `anoncvs`
  [cvs] cvs [checkout aborted]: connect to cvs.apache.org:2401
failed: A con
nection attempt failed because the connected party did not properly
respond afte
r a period of time, or established connection failed because connected
host has
failed to respond.
Terminate batch job (Y/N)? y

C:\tomcat-sourcecvs -d
:pserver;proxy=caproxy.ca.com;proxyport=80:[EMAIL PROTECTED]
he.org:/home/cvspublic login
Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic
CVS password: ***
cvs [login aborted]: Proxy server requires authentication

C:\tomcat-source

How do I access cvs when my proxy server requires authentication 


Stephen Bovy
Computer Associates
6100 Center Drive
Suite 700
Los Angeles, CA 90045
Tel: (310) 957-3930
Fax: (310) 957-3917
e-mail: [EMAIL PROTECTED]

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



RE: CVS and Build Script ????

2005-09-20 Thread Bovy, Stephen J
I have downloaded the build script and executed the build,  

I am getting the following errors:

  [jasper2] at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(De
faultExecutor.java:40)
  [jasper2] at
org.apache.tools.ant.Project.executeTargets(Project.java:1068
)
  [jasper2] at org.apache.tools.ant.Main.runBuild(Main.java:668)
  [jasper2] at org.apache.tools.ant.Main.startAnt(Main.java:187)
  [jasper2] at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
  [jasper2] at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)

BUILD FAILED
C:\tomcat-source\build.xml:50: The following error occurred while
executing this
 line:
C:\tomcat-source\jakarta-tomcat-5\build.xml:832: The following error
occurred wh
ile executing this line:
C:\tomcat-source\jakarta-tomcat-5\build.xml:426:
org.apache.jasper.JasperExcepti
on: org.apache.jasper.tagplugins.jstl.If

Total time: 17 minutes 3 seconds
The system cannot find the batch label specified - end

C:\tomcat-source  

I am unfamiliear with ant and the build script process, I followed
directions and assumed everything 
would work 

Any suggestions , insights would be appreicated ..


Stephen Bovy
Computer Associates
6100 Center Drive
Suite 700
Los Angeles, CA 90045
Tel: (310) 957-3930
Fax: (310) 957-3917
e-mail: [EMAIL PROTECTED]

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



cvs ant build problem

2005-07-23 Thread David Shapiro
Hello,

I am trying to run cvs, but it is failing.  

checkout.depends:
  [cvs] cvs [checkout aborted]: connect to
cvs.apache.org(209.237.227.194):2401 failed: Connection timed out

If you try and ping this site it is not reachable.  Is this not available
anymore?




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



Tomcat 5.5.9 and CVS project file on Linux

2005-06-28 Thread Giacomino Raccuia

Hi,
thanks to this list I installed and configured correctly tomcat 5.5.9 to 
work properly with my production eviroment, now I'd like to configure 
one instance of tomcat for every developer that works to my web site.


I configured a new directory of tomcat and change the web server port, 
in the webapps directory I created a link to developer directory ( in 
the developer enviroment the file are under CVS repository, so when I 
modify a page I must checkout the file).
When I try to access at this new tomcat instance, the tomcat return the 
error


File /include/precontent-nocache.jsp not found

I'm sure that the file are in the correct directory.
If I change the directory on webapps with production directory works correctly.

Do you have any idea??

Thank.
Mino





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



Tomcat CVS Versions

2005-03-14 Thread Lionel Farbos
Hi,

I'd want to get the latest version of TC4.1 Manager.
Where is it ? jakarta-tomcat-4.0 ? (is yes, which tag) ?

I search within http://jakarta.apache.org/site/cvsindex.html
If I am right :
jakarta-tomcat is for TC3.2 and TC3.3
jakarta-tomcat-4.0 is for TC4.0 (and TC 4.1?)
jakarta-tomcat-5 is for TC5.0 and TC5.5
jakarta-tomcat-catalina is for TC5.0 ?

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



Re: Tomcat CVS Versions

2005-03-14 Thread Mark Thomas
I can't speak for TC3 but for a complete build of 4.0.x from CVS you need:
jakarta-servletapi-4 (HEAD tag)
jakarta-tomcat-4 (tomcat_40_ tag)
jakarta-tomcat-connectors (HEAD tag) (not sure about this one)
For 4.1.x you need:
jakarta-servletapi-4 (HEAD tag)
jakarta-tomcat-4 (HEAD tag)
jakarta-tomcat-connectors (HEAD tag)
jakarta-tomcat-jasper (tomcat_4_branch tag)
For 5.0.x you need:
jakarta-servletapi-5 (HEAD tag)
jakarta-tomcat-5 (TOMCAT_5_0 tag)
jakarta-tomcat-catalina (TOMCAT_5_0 tag)
jakarta-tomcat-connectors (TOMCAT_5_0 tag)
jakarta-tomcat-jasper (TOMCAT_5_0 tag)
For 5.5.x you need:
jakarta-servletapi-5 (HEAD tag)
jakarta-tomcat-5 (HEAD tag)
jakarta-tomcat-catalina (HEAD tag)
jakarta-tomcat-connectors (HEAD tag)
jakarta-tomcat-jasper (HEAD tag)
Lionel Farbos wrote:
Hi,
I'd want to get the latest version of TC4.1 Manager.
Where is it ? jakarta-tomcat-4.0 ? (is yes, which tag) ?
I search within http://jakarta.apache.org/site/cvsindex.html
If I am right :
jakarta-tomcat is for TC3.2 and TC3.3
jakarta-tomcat-4.0 is for TC4.0 (and TC 4.1?)
jakarta-tomcat-5 is for TC5.0 and TC5.5
jakarta-tomcat-catalina is for TC5.0 ?
-
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]


Tomcat 5.5 cvs

2005-02-07 Thread Phillip Qin
What is the cvs repository for tomcat 5.5 source? I can find tomcat-5 but I
am not sure whether that is the right one.



Regards,
 
 
PQ
 
Going to war for peace is like having sex for virginity


RE: Tomcat 5.5 cvs

2005-02-07 Thread Allistair Crossley
Hi,

jakarta-tomcat-catalina 

http://jakarta.apache.org/site/cvsindex.html

Cheers

 -Original Message-
 From: Phillip Qin [mailto:[EMAIL PROTECTED]
 Sent: 07 February 2005 15:18
 To: 'tomcat-user@jakarta.apache.org'
 Subject: Tomcat 5.5 cvs
 
 
 What is the cvs repository for tomcat 5.5 source? I can find 
 tomcat-5 but I
 am not sure whether that is the right one.
 
 
 
 Regards,
  
  
 PQ
  
 Going to war for peace is like having sex for virginity
 


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



Tomcat 5.5.4 CVS Doc Update

2004-11-12 Thread Allistair Crossley
Hi,

I am trying to get hold of the latest tomcat 5.5.4 documentation via wincvs. I 
have checked out jakarta-tomcat-catalina with a version header of TOMCAT_5_5_4 
but I do not appearing to be getting the right xdocs that match what is up on 
the site at present, e.g section 22) Logging is not coming down.

Can anybody suggest why?

Cheers, Ali


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



Re: Tomcat 5.5.4 CVS Doc Update

2004-11-12 Thread Remy Maucherat
On Fri, 12 Nov 2004 16:32:03 -, Allistair Crossley
[EMAIL PROTECTED] wrote:
 Hi,
 
 I am trying to get hold of the latest tomcat 5.5.4 documentation via wincvs. 
 I have checked out jakarta-tomcat-catalina with a version header of 
 TOMCAT_5_5_4 but I do not appearing to be getting the right xdocs that match 
 what is up on the site at present, e.g section 22) Logging is not coming down.
 
 Can anybody suggest why?

The file is properly tagged, though, so I don't know why you don't get it:
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/webapps/docs/logging.xml?rev=1.1view=log

I recommend you get HEAD instead (no difference in this case, but it's
a good habit when you want to submit something).

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

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



RE: Tomcat 5.5.4 CVS Doc Update

2004-11-12 Thread Allistair Crossley
yeah I tried head first but no result. hm, will try again at home, cheers


 -Original Message-
 From: Remy Maucherat [mailto:[EMAIL PROTECTED]
 Sent: 12 November 2004 16:47
 To: Tomcat Users List
 Subject: Re: Tomcat 5.5.4 CVS Doc Update
 
 
 On Fri, 12 Nov 2004 16:32:03 -, Allistair Crossley
 [EMAIL PROTECTED] wrote:
  Hi,
  
  I am trying to get hold of the latest tomcat 5.5.4 
 documentation via wincvs. I have checked out 
 jakarta-tomcat-catalina with a version header of TOMCAT_5_5_4 
 but I do not appearing to be getting the right xdocs that 
 match what is up on the site at present, e.g section 22) 
 Logging is not coming down.
  
  Can anybody suggest why?
 
 The file is properly tagged, though, so I don't know why you 
 don't get it:
 http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/weba
 pps/docs/logging.xml?rev=1.1view=log
 
 I recommend you get HEAD instead (no difference in this case, but it's
 a good habit when you want to submit something).
 
 -- 
 x
 Rémy Maucherat
 Developer  Consultant
 JBoss Group (Europe) SàRL
 x
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



RE: so confused: compiling tomcat without cvs update?

2004-11-02 Thread Shapira, Yoav

Hi,
If you're going to do this, you might want to learn CVS a tiny bit
better ;)  You need a space between the -r and the actual tag, e.g. -r
TOMCAT_5_0_28 ;)

If you look at build.xml, there's a property called cvstag I added a
while ago just for your use-case ;)  Set it (either in build.xml or
build.properties, preferably the latter) and it will be applied.  This
is obviously better than modifying the ant checkout/update tasks
themselves.

When you're grabbing from CVS without a tag, you're getting CVS HEAD,
which right now is 5.5.4+.  The Tomcat 5.0 stuff is on its own branch
(TOMCAT_5_0, also usable as a tag).

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 4:10 PM
To: Tomcat Users List
Subject: RE: so confused: compiling tomcat without cvs update?

I removed the TOMCAT_5_0_28 from two of the checkouts... the two that
are
under checkout.depends

That seemed to get rid of the errors.  Hope it was the right thing to
do.
=P

Thanks,
-Raiden



On Mon, 1 Nov 2004 [EMAIL PROTECTED] wrote:

 Hi Mark,

 That sounds like it would do the trick, but I'm getting an error:

 checkout.depends:
   [cvs] Using cvs passfile: /home/synn/.cvspass
   [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' -
ignored
   [cvs] cvs [checkout aborted]: cannot expand modules
   [cvs] Using cvs passfile: /home/synn/.cvspass
   [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' -
ignored
   [cvs] cvs [checkout aborted]: cannot expand modules

 Thanks,
 -Raiden


 On Mon, 1 Nov 2004, Mark Thomas wrote:

  Adding tag=TOMCAT_5_0_28 to each of the ant cvs tasks in the
build.xml that
  does the checkouts should do the trick.
 
   -Original Message-
   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
   Sent: Monday, November 01, 2004 8:08 PM
   To: [EMAIL PROTECTED]
   Subject: so confused: compiling tomcat without cvs update?
  
   Hello,
  
   This is the first time I have tried to compile the Tomcat 5
   tree.  If I
   run ant, it works great, compiles fine... except, it also seems
to
   download any updates to the source.
  
   I want to build a stable Tomcat release, without grabbing any
   updates that
   are in the repository.  I downloaded the source for 5.0.28.
   Is there a
   way for me to build without grabbing the updates?  (And am I
right in
   assuming that the updates it's grabbing are those that are in
   place for
   5.0.29, the current beta?)
  
   Thank you,
   -Raiden Johnson
  
  
  
-
   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]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



so confused: compiling tomcat without cvs update?

2004-11-01 Thread raiden
Hello,

This is the first time I have tried to compile the Tomcat 5 tree.  If I
run ant, it works great, compiles fine... except, it also seems to
download any updates to the source.

I want to build a stable Tomcat release, without grabbing any updates that
are in the repository.  I downloaded the source for 5.0.28.  Is there a
way for me to build without grabbing the updates?  (And am I right in
assuming that the updates it's grabbing are those that are in place for
5.0.29, the current beta?)

Thank you,
-Raiden Johnson


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



RE: so confused: compiling tomcat without cvs update?

2004-11-01 Thread Mark Thomas
Adding tag=TOMCAT_5_0_28 to each of the ant cvs tasks in the build.xml that
does the checkouts should do the trick.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Monday, November 01, 2004 8:08 PM
 To: [EMAIL PROTECTED]
 Subject: so confused: compiling tomcat without cvs update?
 
 Hello,
 
 This is the first time I have tried to compile the Tomcat 5 
 tree.  If I
 run ant, it works great, compiles fine... except, it also seems to
 download any updates to the source.
 
 I want to build a stable Tomcat release, without grabbing any 
 updates that
 are in the repository.  I downloaded the source for 5.0.28.  
 Is there a
 way for me to build without grabbing the updates?  (And am I right in
 assuming that the updates it's grabbing are those that are in 
 place for
 5.0.29, the current beta?)
 
 Thank you,
 -Raiden Johnson
 
 
 -
 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: so confused: compiling tomcat without cvs update?

2004-11-01 Thread raiden
Hi Mark,

That sounds like it would do the trick, but I'm getting an error:

checkout.depends:
  [cvs] Using cvs passfile: /home/synn/.cvspass
  [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' - ignored
  [cvs] cvs [checkout aborted]: cannot expand modules
  [cvs] Using cvs passfile: /home/synn/.cvspass
  [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' - ignored
  [cvs] cvs [checkout aborted]: cannot expand modules

Thanks,
-Raiden


On Mon, 1 Nov 2004, Mark Thomas wrote:

 Adding tag=TOMCAT_5_0_28 to each of the ant cvs tasks in the build.xml that
 does the checkouts should do the trick.

  -Original Message-
  From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
  Sent: Monday, November 01, 2004 8:08 PM
  To: [EMAIL PROTECTED]
  Subject: so confused: compiling tomcat without cvs update?
 
  Hello,
 
  This is the first time I have tried to compile the Tomcat 5
  tree.  If I
  run ant, it works great, compiles fine... except, it also seems to
  download any updates to the source.
 
  I want to build a stable Tomcat release, without grabbing any
  updates that
  are in the repository.  I downloaded the source for 5.0.28.
  Is there a
  way for me to build without grabbing the updates?  (And am I right in
  assuming that the updates it's grabbing are those that are in
  place for
  5.0.29, the current beta?)
 
  Thank you,
  -Raiden Johnson
 
 
  -
  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: so confused: compiling tomcat without cvs update?

2004-11-01 Thread raiden
I removed the TOMCAT_5_0_28 from two of the checkouts... the two that are
under checkout.depends

That seemed to get rid of the errors.  Hope it was the right thing to do.
=P

Thanks,
-Raiden



On Mon, 1 Nov 2004 [EMAIL PROTECTED] wrote:

 Hi Mark,

 That sounds like it would do the trick, but I'm getting an error:

 checkout.depends:
   [cvs] Using cvs passfile: /home/synn/.cvspass
   [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' - ignored
   [cvs] cvs [checkout aborted]: cannot expand modules
   [cvs] Using cvs passfile: /home/synn/.cvspass
   [cvs] cvs server: cannot find module `-rTOMCAT_5_0_28' - ignored
   [cvs] cvs [checkout aborted]: cannot expand modules

 Thanks,
 -Raiden


 On Mon, 1 Nov 2004, Mark Thomas wrote:

  Adding tag=TOMCAT_5_0_28 to each of the ant cvs tasks in the build.xml that
  does the checkouts should do the trick.
 
   -Original Message-
   From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
   Sent: Monday, November 01, 2004 8:08 PM
   To: [EMAIL PROTECTED]
   Subject: so confused: compiling tomcat without cvs update?
  
   Hello,
  
   This is the first time I have tried to compile the Tomcat 5
   tree.  If I
   run ant, it works great, compiles fine... except, it also seems to
   download any updates to the source.
  
   I want to build a stable Tomcat release, without grabbing any
   updates that
   are in the repository.  I downloaded the source for 5.0.28.
   Is there a
   way for me to build without grabbing the updates?  (And am I right in
   assuming that the updates it's grabbing are those that are in
   place for
   5.0.29, the current beta?)
  
   Thank you,
   -Raiden Johnson
  
  
   -
   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]



[OT]CVS Tag in source code

2004-08-20 Thread Antony Paul
Hi developers,
How to add @version $Revision: 1.3 $ $Date: 2004/07/23 22:57:35 $ when
checking out files from A CVS repository. I am using file based CVS. We use
Eclipse to checkout. This is very useful to us because we locally use
another versioning system and the main site is using CVS. If this version is
included it is easy to identify which version we are using.

rgds
Antony Paul


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



Re: [OT]CVS Tag in source code

2004-08-20 Thread QM
On Fri, Aug 20, 2004 at 12:06:36PM +0530, Antony Paul wrote:
: How to add @version $Revision: 1.3 $ $Date: 2004/07/23 22:57:35 $ when
: checking out files from A CVS repository. I am using file based CVS. We use
: Eclipse to checkout. This is very useful to us because we locally use
: another versioning system and the main site is using CVS. If this version is
: included it is easy to identify which version we are using.

Hi, 

Did you even check the CVS docs?
The answer is right in front of you:

$Revision$  =  $Revision: 1.3 $

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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



Re: [OT]CVS Tag in source code

2004-08-20 Thread Peng Tuck Kwok
Or $Id$ anywhere in the file (gives a whole bunch of things actually) . 
so on the same line as @version you add that after it. 

On Fri, 20 Aug 2004 08:39:03 -0500, QM [EMAIL PROTECTED] wrote:
 On Fri, Aug 20, 2004 at 12:06:36PM +0530, Antony Paul wrote:
 : How to add @version $Revision: 1.3 $ $Date: 2004/07/23 22:57:35 $ when
 : checking out files from A CVS repository. I am using file based CVS. We use
 : Eclipse to checkout. This is very useful to us because we locally use
 : another versioning system and the main site is using CVS. If this version is
 : included it is easy to identify which version we are using.
 
 Hi,
 
 Did you even check the CVS docs?
 The answer is right in front of you:
 
 $Revision$  =  $Revision: 1.3 $
 
 -QM
 
 --
 
 software  -- http://www.brandxdev.net
 tech news -- http://www.RoarNetworX.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



CVS

2004-01-14 Thread Allistair Crossley
Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I get the following 
problem; Sorry if this is nearing the line of Tomcat list or not...

Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No connection could be 
made because the target machine actively refused it. 

ADC


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



RE: CVS

2004-01-14 Thread Shapira, Yoav

Howdy,
Make sure you read the general Apache CVS directions.  You don't connect
to cvs.apache.org port 2401 directly, you tunnel using SSH via something
like Putty and WinCVS.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 8:56 AM
To: TOMCAT USER (E-mail)
Subject: CVS

Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I get
the
following problem; Sorry if this is nearing the line of Tomcat list or
not...

Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No
connection
could be made because the target machine actively refused it.

ADC


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: CVS

2004-01-14 Thread Tim Funk
Actually - only committers use ssh to get the source. Anonymous cvs uses port 
2401. Which is a commonly blocked port on firewalls.

-Tim

Shapira, Yoav wrote:

Howdy,
Make sure you read the general Apache CVS directions.  You don't connect
to cvs.apache.org port 2401 directly, you tunnel using SSH via something
like Putty and WinCVS.
Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 8:56 AM
To: TOMCAT USER (E-mail)
Subject: CVS
Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I get
the

following problem; Sorry if this is nearing the line of Tomcat list or
not...
Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No
connection

could be made because the target machine actively refused it.

ADC



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


RE: CVS

2004-01-14 Thread Shapira, Yoav

Howdy,
Ahh, that's why when I first tried direct port 2401 access years ago I
couldn't do it, and assumed it was for committers only ;)  So why is he
having a problem?  Perhaps because his firewall is blocking that port
too?

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 9:09 AM
To: Tomcat Users List
Subject: Re: CVS

Actually - only committers use ssh to get the source. Anonymous cvs
uses
port
2401. Which is a commonly blocked port on firewalls.

-Tim

Shapira, Yoav wrote:

 Howdy,
 Make sure you read the general Apache CVS directions.  You don't
connect
 to cvs.apache.org port 2401 directly, you tunnel using SSH via
something
 like Putty and WinCVS.

 Yoav Shapira
 Millennium ChemInformatics



-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 8:56 AM
To: TOMCAT USER (E-mail)
Subject: CVS

Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I
get

 the

following problem; Sorry if this is nearing the line of Tomcat list
or
not...

Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No

 connection

could be made because the target machine actively refused it.

ADC



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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



RE: CVS

2004-01-14 Thread Allistair Crossley
Ho Yoav,

I think I did..this is all Apache give you on CVS from what I can see..

-- snip --

To access the CVS repositories anonymously, you will need a relatively recent CVS 
client. First, you must set the CVSROOT environment variable. Assuming a Bourne shell, 
this looks like:

$ CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic
$ export CVSROOT 
Then login to the server:

$ cvs login 
The password is anoncvs (without the quotes).

Finally, you choose the module you would like and check it out. For example, to get 
the Apache HTTP Server 2.0 module, use:

$ cvs checkout httpd-2.0 

-- snip --

As you can see PSERVER is the authentication scheme used which is what that port 2401 
is for. Apache supply this PSERVER CVSROOT on their site. And logging in as SSH 
confirms this..

Logging in is required for 'pserver' or 'sspi' authentication only.

:(


-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 14 January 2004 13:59
To: Tomcat Users List
Subject: RE: CVS



Howdy,
Make sure you read the general Apache CVS directions.  You don't connect
to cvs.apache.org port 2401 directly, you tunnel using SSH via something
like Putty and WinCVS.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 8:56 AM
To: TOMCAT USER (E-mail)
Subject: CVS

Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I get
the
following problem; Sorry if this is nearing the line of Tomcat list or
not...

Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No
connection
could be made because the target machine actively refused it.

ADC


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



RE: CVS

2004-01-14 Thread Allistair Crossley
That may be more like itbehind a corporate firewall!

ADC

-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: 14 January 2004 14:09
To: Tomcat Users List
Subject: Re: CVS


Actually - only committers use ssh to get the source. Anonymous cvs uses port 
2401. Which is a commonly blocked port on firewalls.

-Tim

Shapira, Yoav wrote:

 Howdy,
 Make sure you read the general Apache CVS directions.  You don't connect
 to cvs.apache.org port 2401 directly, you tunnel using SSH via something
 like Putty and WinCVS.
 
 Yoav Shapira
 Millennium ChemInformatics
 
 
 
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 14, 2004 8:56 AM
To: TOMCAT USER (E-mail)
Subject: CVS

Hi Guys,

I was trying to get hold of the Tomcat source tree using CVS but I get
 
 the
 
following problem; Sorry if this is nearing the line of Tomcat list or
not...

Logging in to :pserver:[EMAIL PROTECTED]:2401:/home/cvspublic

cvs [login aborted]: connect to cvs.apache.org:2401 failed: No
 
 connection
 
could be made because the target machine actively refused it.

ADC



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



FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



CVS on windows

2004-01-06 Thread Kumar, Sumit
I am trying to configure CVS on windows 2000 machine running tomcat 4.1. Is
there a place I can get instructions on how to do that.

thanks
-sumit

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



Re: CVS on windows

2004-01-06 Thread StokesP

configure in what way?

www.cvshome.org (doccos)

also see cederqvist (google / should also be on cvshome)

or just search google for your specific issue.

Pete.




   
   
Kumar, Sumit 
   
[EMAIL PROTECTED]   To: 'Tomcat Users List' [EMAIL 
PROTECTED] 
i-usa.com   cc:   
   
 Subject: CVS on windows   
   
06/01/2004 17:03   
   
Please respond to  
   
Tomcat Users  
   
List  
   
   
   
   
   




I am trying to configure CVS on windows 2000 machine running tomcat 4.1. Is
there a place I can get instructions on how to do that.

thanks
-sumit

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







***
This email and any files transmitted with it are confidential and intended solely for 
the use of the individual or entity to whom they are addressed. If you have received 
this email in error please notify the system manager.
This footnote also confirms that this email message has been swept by MIMEsweeper for 
the presence of computer viruses.
***
For any information on the Quinn Group of Companies please visit :-

http://www.quinn-group.com


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



setting up CVS dev environment

2004-01-05 Thread Mark W. Webb
I just finished setting up a CVS environment, and wanted to pass along a 
tip that I found

I followed the instructions for setting up a CVS environment using my 
fedora linux system found at 
http://jakarta.apache.org/site/cvsindex.html, and after checking out the 
jakarta-tomcat-5 module and reading the BUILDING.txt file, I found that 
it is much easier to get the file :  
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml and just 
typing in 'ant', assuming you have ant installed.

Should this be documented anywhere?  Are the tomcat docs in CVS where 
this can be updated?

thank you.

PS.  Is there a TODO page anywhere for tomcat 5, I would like to start 
dabbling in the source code, and try to help out.

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


RE: setting up CVS dev environment

2004-01-05 Thread Shapira, Yoav

Howdy,

I followed the instructions for setting up a CVS environment using my
fedora linux system found at
http://jakarta.apache.org/site/cvsindex.html, and after checking out
the
jakarta-tomcat-5 module and reading the BUILDING.txt file, I found that
it is much easier to get the file :
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml and just
typing in 'ant', assuming you have ant installed.

Should this be documented anywhere?  Are the tomcat docs in CVS where
this can be updated?

This is documented already:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/building.html.

PS.  Is there a TODO page anywhere for tomcat 5, I would like to
start
dabbling in the source code, and try to help out.

Run an open issues report for tomcat 5 in bugzilla.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: setting up CVS dev environment

2004-01-05 Thread Mark W. Webb
thank you.  I guess I was looking at the wrong page.

Is my bugzilla query right?  I only see 17 New/Assigned/Reopened bugs.



Shapira, Yoav wrote:

Howdy,

 

I followed the instructions for setting up a CVS environment using my
fedora linux system found at
http://jakarta.apache.org/site/cvsindex.html, and after checking out
   

the
 

jakarta-tomcat-5 module and reading the BUILDING.txt file, I found that
it is much easier to get the file :
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml and just
typing in 'ant', assuming you have ant installed.
Should this be documented anywhere?  Are the tomcat docs in CVS where
this can be updated?
   

This is documented already:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/building.html.
 

PS.  Is there a TODO page anywhere for tomcat 5, I would like to
   

start
 

dabbling in the source code, and try to help out.
   

Run an open issues report for tomcat 5 in bugzilla.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged.  This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender.  Thank you.

-
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: setting up CVS dev environment

2004-01-05 Thread Filip Hanik
I just do 

cvs co jakarta-tomcat-5
cd jakarta-tomcat-5
(edit build.properties.default if you wish)
ant checkout
ant download
ant dist



and that is it

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Monday, January 05, 2004 10:39 AM
To: Tomcat Users List
Subject: RE: setting up CVS dev environment



Howdy,

I followed the instructions for setting up a CVS environment using my
fedora linux system found at
http://jakarta.apache.org/site/cvsindex.html, and after checking out
the
jakarta-tomcat-5 module and reading the BUILDING.txt file, I found that
it is much easier to get the file :
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/build.xml and just
typing in 'ant', assuming you have ant installed.

Should this be documented anywhere?  Are the tomcat docs in CVS where
this can be updated?

This is documented already:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/building.html.

PS.  Is there a TODO page anywhere for tomcat 5, I would like to
start
dabbling in the source code, and try to help out.

Run an open issues report for tomcat 5 in bugzilla.

Yoav Shapira



This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, 
proprietary and/or privileged.  This e-mail is intended only for 
the individual(s) to whom it is addressed, and may not be saved, 
copied, printed, disclosed or used by anyone else.  If you are not 
the(an) intended recipient, please immediately delete this e-mail 
from your computer system and notify the sender.  Thank you.


-
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: setting up CVS dev environment

2004-01-05 Thread Shapira, Yoav

Howdy,

Is my bugzilla query right?  I only see 17 New/Assigned/Reopened
bugs.

Yup, that's it for tomcat 5, and most of those issues are highly
contentious as they derive from unclear sections of the servlet
specification.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: setting up CVS dev environment

2004-01-05 Thread Mark W. Webb
So if one were to get involved with tomcat development, where would they 
start?  Is there a TODO list?  of maybe a nice feature to have list?

Shapira, Yoav wrote:

Howdy,

 

Is my bugzilla query right?  I only see 17 New/Assigned/Reopened
   

bugs.

Yup, that's it for tomcat 5, and most of those issues are highly
contentious as they derive from unclear sections of the servlet
specification.
Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged.  This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender.  Thank you.

-
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: setting up CVS dev environment

2004-01-05 Thread Shapira, Yoav

Howdy,

So if one were to get involved with tomcat development, where would
they
start?  Is there a TODO list?  of maybe a nice feature to have list?

There's no master todo list.  You could look at the open issues, which
include enhancement requests, and work on those.  You could track recent
list archives which always have enhancement requests, and work on those.
You can work on stuff you personally need.  You can benchmark tomcat
with a profiler and come up with performance improvements.  Etc etc.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



[OT] CVS question

2003-10-30 Thread Yansheng Lin
How do you get something like the following autopopulated by CVS?  I don't want
to type the date all the time.  I don't seem to be able to do this. A!

I tried:
---
$Header$
$Revision$
$Date$
---

Do you have to set up anything on your cvs server?  I am using pserver, would
that cause any problem?
Sorry for the post, don't know whereelse to post it.

Thanks!

-Yan



 * $Header:
/home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authen
ticator/AuthenticatorBase.java,v 1.38 2003/07/18 04:39:31 billbarker Exp $
 * $Revision: 1.38 $
 * $Date: 2003/07/18 04:39:31 $




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



Re: [OT] CVS question

2003-10-30 Thread Marius Scurtescu
The keywords you mention are expanded every time you
add or commit your file. You do have some control
over the expansion, check the cvs documentation,
see the -k option.
http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_12.html

Marius

Yansheng Lin wrote:

How do you get something like the following autopopulated by CVS?  I don't want
to type the date all the time.  I don't seem to be able to do this. A!
I tried:
---
$Header$
$Revision$
$Date$
---
Do you have to set up anything on your cvs server?  I am using pserver, would
that cause any problem?
Sorry for the post, don't know whereelse to post it.
Thanks!

-Yan



 * $Header:
/home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authen
ticator/AuthenticatorBase.java,v 1.38 2003/07/18 04:39:31 billbarker Exp $
 * $Revision: 1.38 $
 * $Date: 2003/07/18 04:39:31 $


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


RE: [OT] CVS question

2003-10-30 Thread Yansheng Lin
O, it only does that for known file types!
I had a file called changeLog, and the keywords get ignored by the CVS.
Thanks.

-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Marius Scurtescu
Sent: October 30, 2003 4:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [OT] CVS question


The keywords you mention are expanded every time you
add or commit your file. You do have some control
over the expansion, check the cvs documentation,
see the -k option.

http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_12.html

Marius


Yansheng Lin wrote:

 How do you get something like the following autopopulated by CVS?  I don't
want
 to type the date all the time.  I don't seem to be able to do this. A!
 
 I tried:
 ---
 $Header$
 $Revision$
 $Date$
 ---
 
 Do you have to set up anything on your cvs server?  I am using pserver, would
 that cause any problem?
 Sorry for the post, don't know whereelse to post it.
 
 Thanks!
 
 -Yan
 
 
 
  * $Header:

/home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authen
 ticator/AuthenticatorBase.java,v 1.38 2003/07/18 04:39:31 billbarker Exp $
  * $Revision: 1.38 $
  * $Date: 2003/07/18 04:39:31 $



-
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: CVS with tomcat

2003-08-21 Thread Paul Sundling
I've attached my build.xml (with changes to IPs and passwords :))

The kind of setup I'd recommend is this:
local developer machines (windows, linux, bsd, whatever) running 
local copies of tomcat, eclipse for an IDE attached to your CVS 
repository and ant either run from command line, or launched from within 
the eclipse itself with the appropriate client.  Now the deploy to 
staging need to be done, but I'm sure you can research that part.  Get 
the files from CVS for your local copy and then pushing those to 
production or staging.  You'll need an ant target that uses ftp or 
something or rsync or scp would work too

Paul Sundling

SuniX wrote:

Thank you
Can you give an example of ant source whick reload and deploy to a 
tomcat server? It can help me.
Thanks

Paul Sundling wrote:

I'm not sure why you'd want to have it deployed automatically.  You 
can probably do it with ant and cruise control?
With ant, you can create targets that reload your app or deploy it to 
a tomcat server.  That's what I do currently and it even integrates 
well with eclipse!
If you really want to do it automatically I heard cruise control does 
that sort of functionality, but I'm not sure about having it look for 
changes in CVS.

SuniX wrote:

Hi
Is there a way to use CVS with tomcat ?
i want my tomcat server to check a cvs project and deployed it 
automaticaly. (cvs server and tomcat server in the same machine 
running on a debian testing)



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

!-- A project describes a set of targets that may be requested
 when Ant is executed.  The default attribute defines the
 target which is executed if no specific target is requested,
 and the basedir attribute defines the current working directory
 from which Ant executes the requested task.  This is normally
 set to the current working directory.
--
project name=Gladiator default=compile basedir=.



!-- = Property Definitions === --

!--
  Each of the following properties are used in the build script.
  Values for these properties are set by the first place they are
  defined, from the following list:
  * Definitions on the ant command line (ant -Dcatalina.home=xyz compile)
  * Definitions from a build.properties file in the top level
source directory
  * Definitions from a build.properties file in the developer's
home directory
  * Default definitions in this build.xml file

  You will note below that property values can be composed based on the
  contents of previously defined properties.  This is a powerful technique
  that helps you minimize the number of changes required when your development
  environment is modified.  Note that property composition is allowed within
  build.properties files as well as in the build.xml script.
--
!-- The only properties we need is TOMCAT_HOME, so we get it from the environment 
  property file=build.properties/
  property file=${user.home}/build.properties/
--
property environment=env/


!--  File and Directory Names  --

!--

  These properties generally define file and directory names (or paths) that
  affect where the build process stores its outputs.

  app.name Base name of this application, used to
   construct filenames and directories.
   Defaults to myapp.

  app.version  Version identifier for this application.

  build.home   The directory into which the prepare and
   compile targets will generate their output.
   Defaults to build.

  catalina.homeThe directory in which you have installed
   a binary distribution of Tomcat 4.  This will
   be used by the deploy target.

  deploy.home  The name of the directory into which the
   deployment hierarchy will be created, and into
   which the build directory will be copied.
   Defaults to ${catalina.home}/webapps/${app.name}.

  dist.homeThe name of the base directory in which
   distribution files are created.
   Defaults to dist.

--

  property name=app.name  value=gladiator/
  property name=app.version   value=1.0/
  property name=build.homevalue=build/
  property name=catalina.home value=${env.TOMCAT_HOME}/
  property name=deploy.home   value=${catalina.home}/webapps/${app.name}/
  property name=dist.home value=dist/
  property name=webapp.libs   value=web/WEB-INF/lib/
  property name=local.tomcat.username value=admin/
  property name

Re: CVS with tomcat

2003-08-20 Thread SuniX
Thank you
Can you give an example of ant source whick reload and deploy to a 
tomcat server? It can help me.
Thanks

Paul Sundling wrote:
I'm not sure why you'd want to have it deployed automatically.  You can 
probably do it with ant and cruise control?
With ant, you can create targets that reload your app or deploy it to a 
tomcat server.  That's what I do currently and it even integrates well 
with eclipse!
If you really want to do it automatically I heard cruise control does 
that sort of functionality, but I'm not sure about having it look for 
changes in CVS.

SuniX wrote:

Hi
Is there a way to use CVS with tomcat ?
i want my tomcat server to check a cvs project and deployed it 
automaticaly. (cvs server and tomcat server in the same machine 
running on a debian testing)



-
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: CVS with tomcat

2003-08-20 Thread Steph Richardson

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/manager-howto.html#Executing%20Manager%20Commands%20With%20Ant


 -Original Message-
 From: SuniX [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, August 20, 2003 1:37 PM
 To: Tomcat Users List
 Subject: Re: CVS with tomcat
 
 
 Thank you
 Can you give an example of ant source whick reload and deploy to a 
 tomcat server? It can help me.
 Thanks
 
 Paul Sundling wrote:
  I'm not sure why you'd want to have it deployed automatically.  You can 
  probably do it with ant and cruise control?
  With ant, you can create targets that reload your app or deploy it to a 
  tomcat server.  That's what I do currently and it even integrates well 
  with eclipse!
  If you really want to do it automatically I heard cruise control does 
  that sort of functionality, but I'm not sure about having it look for 
  changes in CVS.
  
  SuniX wrote:
  
  Hi
  Is there a way to use CVS with tomcat ?
  i want my tomcat server to check a cvs project and deployed it 
  automaticaly. (cvs server and tomcat server in the same machine 
  running on a debian testing)
 
 
 
  -
  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]



CVS with tomcat

2003-08-19 Thread SuniX
Hi
Is there a way to use CVS with tomcat ?
i want my tomcat server to check a cvs project and deployed it 
automaticaly. (cvs server and tomcat server in the same machine running 
on a debian testing)



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


Re: CVS with tomcat

2003-08-19 Thread Paul Sundling
I'm not sure why you'd want to have it deployed automatically.  You can 
probably do it with ant and cruise control? 

With ant, you can create targets that reload your app or deploy it to a 
tomcat server.  That's what I do currently and it even integrates well 
with eclipse! 

If you really want to do it automatically I heard cruise control does 
that sort of functionality, but I'm not sure about having it look for 
changes in CVS.

SuniX wrote:

Hi
Is there a way to use CVS with tomcat ?
i want my tomcat server to check a cvs project and deployed it 
automaticaly. (cvs server and tomcat server in the same machine 
running on a debian testing)



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


Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Donie Kelly









Hi all



Weve been
working on a project for a while and tracking details like in the subject above
are proving to be cumbersome. Is there any single tool thats easy to install
and use on a webserver (hopefully) that will manage all this stuff for us.



Ideally, we
would like to log a bug or issue and have it fixed in the source. We might then
go to this tool and check the files in so that the tool tracks the source code
changes that are made for the issue (or task or bug etc..)



Any such
tool?



Regards

Donie







**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**




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

Re: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Mark F
Depends on if you are using a commercial SCM tool.

Bitkeeper has a nice tracking tool called BK/BugManager.  PVCS Professional
has one too.  Can't remember what it is called.  We are looking at SCM
software right now but have not yet decided on anything.  I'm sure most
other commercial SCM software will offer some sort of bug tracking.

http://www.bitkeeper.com
http://www.merant.com

-Mark

- Original Message -
From: Donie Kelly
To: Tomcat Users List (E-mail)
Sent: Tuesday, July 29, 2003 6:42 AM
Subject: Bugs, Issues, Tasks, Patches, CVS integration - which is the best
tool



Hi all

We've been working on a project for a while and tracking details like in the
subject above are proving to be cumbersome. Is there any single tool that's
easy to install and use on a webserver (hopefully) that will manage all this
stuff for us.

Ideally, we would like to log a bug or issue and have it fixed in the
source. We might then go to this tool and check the files in so that the
tool tracks the source code changes that are made for the issue (or task or
bug etc..)

Any such tool?

Regards
Donie



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**




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



[ot] Re: Bugs, Issues, Tasks, Patches, CVS integration - which isthe best tool

2003-07-29 Thread Tim Funk
Here is what we do - kludgey but works.

CVS for source control. No one copies code to the shared dev sandbox, qna or 
production. This is done via tags and a build scripts (ant).

Issue tracking: Assign one member to be Configuration Management Specialist. 
(CMS). A fancy CMM term to put on someones resume. Its their job to collect 
all open problem reports and log them. MS Excel is nice for this after you 
create a template.

All fixes and new bugs go through the CMS. The CMS records all activity on 
the bug and assigns severity and may assign someone to work on it.

Periodically have the team meet (virtual is ok) and go through the list to 
ensure its accurate. The team also can vote to say whether a bug will be 
fixed for this project or defered for later. (In CMM, some call the a Change 
Control Review Board)

The key to bug tracking is making sure there is one person responsible for 
the maintenance of issues. Even if you use a computer program - someBODY 
needs to ensure that everyone is using it correctly.

Make the spreadsheet accessible via a shared directory or web page.

The spreadsheet method works nice for *projects*. Projects meaning units of 
work which have defined goals, starts, ends, and defined deliverables. This 
technique will probably not work well for product maintenance.

-Tim

Donie Kelly wrote:
 
Hi all
 
We've been working on a project for a while and tracking details like in the
subject above are proving to be cumbersome. Is there any single tool that's
easy to install and use on a webserver (hopefully) that will manage all this
stuff for us.
 
Ideally, we would like to log a bug or issue and have it fixed in the
source. We might then go to this tool and check the files in so that the
tool tracks the source code changes that are made for the issue (or task or
bug etc..)
 
Any such tool?
 
Regards
Donie
 


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


[ot] RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Donie Kelly
We're looking for open source products if possible
Donie

-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED]
Sent: 29 July 2003 12:59
To: Tomcat Users List
Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - which is the
best tool

Depends on if you are using a commercial SCM tool.

Bitkeeper has a nice tracking tool called BK/BugManager.  PVCS Professional
has one too.  Can't remember what it is called.  We are looking at SCM
software right now but have not yet decided on anything.  I'm sure most
other commercial SCM software will offer some sort of bug tracking.

http://www.bitkeeper.com
http://www.merant.com

-Mark

- Original Message -
From: Donie Kelly
To: Tomcat Users List (E-mail)
Sent: Tuesday, July 29, 2003 6:42 AM
Subject: Bugs, Issues, Tasks, Patches, CVS integration - which is the best
tool



Hi all

We've been working on a project for a while and tracking details like in the
subject above are proving to be cumbersome. Is there any single tool that's
easy to install and use on a webserver (hopefully) that will manage all this
stuff for us.

Ideally, we would like to log a bug or issue and have it fixed in the
source. We might then go to this tool and check the files in so that the
tool tracks the source code changes that are made for the issue (or task or
bug etc..)

Any such tool?

Regards
Donie



**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**




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


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**


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



RE: [ot] RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Reynir Hübner
Scarab.
Check out www.tigris.org

It's excellent.

hope it helps
-reynir



 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED] 
 Sent: 29. júlí 2003 12:55
 To: 'Tomcat Users List'
 Subject: [ot] RE: Bugs, Issues, Tasks, Patches, CVS 
 integration - which is the best tool
 
 
 We're looking for open source products if possible
 Donie
 
 -Original Message-
 From: Mark F [mailto:[EMAIL PROTECTED]
 Sent: 29 July 2003 12:59
 To: Tomcat Users List
 Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 Depends on if you are using a commercial SCM tool.
 
 Bitkeeper has a nice tracking tool called BK/BugManager.  
 PVCS Professional has one too.  Can't remember what it is 
 called.  We are looking at SCM software right now but have 
 not yet decided on anything.  I'm sure most other commercial 
 SCM software will offer some sort of bug tracking.
 
 http://www.bitkeeper.com
 http://www.merant.com
 
 -Mark
 
 - Original Message -
 From: Donie Kelly
 To: Tomcat Users List (E-mail)
 Sent: Tuesday, July 29, 2003 6:42 AM
 Subject: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 
 
 Hi all
 
 We've been working on a project for a while and tracking 
 details like in the subject above are proving to be 
 cumbersome. Is there any single tool that's easy to install 
 and use on a webserver (hopefully) that will manage all this 
 stuff for us.
 
 Ideally, we would like to log a bug or issue and have it 
 fixed in the source. We might then go to this tool and check 
 the files in so that the tool tracks the source code changes 
 that are made for the issue (or task or bug etc..)
 
 Any such tool?
 
 Regards
 Donie
 
 
 
 **
 This email and any files transmitted with it are confidential 
 and intended solely for the use of the individual or entity 
 to whom they are addressed. If you have received this email 
 in error please notify the sender.
 
 This footnote also confirms that this email message has been 
 swept by MIMEsweeper for the presence of computer viruses.
 
 **
 
 
 
 
 -
 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]
 
 
 **
 This email and any files transmitted with it are confidential 
 and intended solely for the use of the individual or entity 
 to whom they are addressed. If you have received this email 
 in error please notify the sender.
 
 This footnote also confirms that this email message has been 
 swept by MIMEsweeper for the presence of computer viruses.
 
 **
 
 
 -
 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: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Mike Curwen
I'm a fan of www.atlassian.com/jira


 -Original Message-
 From: Mark F [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, July 29, 2003 6:59 AM
 To: Tomcat Users List
 Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 
 Depends on if you are using a commercial SCM tool.
 
 Bitkeeper has a nice tracking tool called BK/BugManager.  
 PVCS Professional has one too.  Can't remember what it is 
 called.  We are looking at SCM software right now but have 
 not yet decided on anything.  I'm sure most other commercial 
 SCM software will offer some sort of bug tracking.
 
 http://www.bitkeeper.com
 http://www.merant.com
 
 -Mark
 
 - Original Message -
 From: Donie Kelly
 To: Tomcat Users List (E-mail)
 Sent: Tuesday, July 29, 2003 6:42 AM
 Subject: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 
 
 Hi all
 
 We've been working on a project for a while and tracking 
 details like in the subject above are proving to be 
 cumbersome. Is there any single tool that's easy to install 
 and use on a webserver (hopefully) that will manage all this 
 stuff for us.
 
 Ideally, we would like to log a bug or issue and have it 
 fixed in the source. We might then go to this tool and check 
 the files in so that the tool tracks the source code changes 
 that are made for the issue (or task or bug etc..)
 
 Any such tool?
 
 Regards
 Donie
 
 
 
 **
 This email and any files transmitted with it are confidential 
 and intended solely for the use of the individual or entity 
 to whom they are addressed. If you have received this email 
 in error please notify the sender.
 
 This footnote also confirms that this email message has been 
 swept by MIMEsweeper for the presence of computer viruses.
 
 **
 
 
 
 
 -
 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: [ot] RE: Bugs, Issues, Tasks, Patches, CVS integration - whichis the best tool

2003-07-29 Thread Jon Wingfield
+1

Reynir Hübner wrote:

Scarab.
Check out www.tigris.org
It's excellent.

hope it helps
-reynir



-Original Message-
From: Donie Kelly [mailto:[EMAIL PROTECTED] 
Sent: 29. júlí 2003 12:55
To: 'Tomcat Users List'
Subject: [ot] RE: Bugs, Issues, Tasks, Patches, CVS 
integration - which is the best tool

We're looking for open source products if possible
Donie
-Original Message-
From: Mark F [mailto:[EMAIL PROTECTED]
Sent: 29 July 2003 12:59
To: Tomcat Users List
Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - 
which is the best tool

Depends on if you are using a commercial SCM tool.

Bitkeeper has a nice tracking tool called BK/BugManager.  
PVCS Professional has one too.  Can't remember what it is 
called.  We are looking at SCM software right now but have 
not yet decided on anything.  I'm sure most other commercial 
SCM software will offer some sort of bug tracking.

http://www.bitkeeper.com
http://www.merant.com
-Mark

- Original Message -
From: Donie Kelly
To: Tomcat Users List (E-mail)
Sent: Tuesday, July 29, 2003 6:42 AM
Subject: Bugs, Issues, Tasks, Patches, CVS integration - 
which is the best tool



Hi all

We've been working on a project for a while and tracking 
details like in the subject above are proving to be 
cumbersome. Is there any single tool that's easy to install 
and use on a webserver (hopefully) that will manage all this 
stuff for us.

Ideally, we would like to log a bug or issue and have it 
fixed in the source. We might then go to this tool and check 
the files in so that the tool tracks the source code changes 
that are made for the issue (or task or bug etc..)

Any such tool?

Regards
Donie




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


Re: Bugs, Issues, Tasks, Patches, CVS integration - which is thebest tool

2003-07-29 Thread Rick Roberts
Take a look at this:
http://scarab.tigris.org/
I have not used it yet, but am going to install and evaluate as soon as I get 
some time.

There is also Bugzilla.
http://www.bugzilla.org/
HTH,
--
***
* Rick Roberts*
* Advanced Information Technologies, Inc. *
***
Donie Kelly wrote:
   --

Hi all

 

Weve been working on a project for a while and tracking details like in 
the subject above are proving to be cumbersome. Is there any single tool 
thats easy to install and use on a webserver (hopefully) that will 
manage all this stuff for us.

 

Ideally, we would like to log a bug or issue and have it fixed in the 
source. We might then go to this tool and check the files in so that the 
tool tracks the source code changes that are made for the issue (or task 
or bug etc..)

 

Any such tool?

 

Regards

Donie



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


RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Donie Kelly
Hi all

Thanks for the replies but none of these projects appear to have CVS
integration? How do I track which source code has been modified in the our
software when I'm viewing a bug or issue?

Do you have to add it as a comment like we do now?

Thanks
Donie


-Original Message-
From: Rick Roberts [mailto:[EMAIL PROTECTED]
Sent: 29 July 2003 16:17
To: Tomcat Users List
Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - which is the
best tool

Take a look at this:
http://scarab.tigris.org/

I have not used it yet, but am going to install and evaluate as soon as I
get
some time.

There is also Bugzilla.
http://www.bugzilla.org/

HTH,
--
***
* Rick Roberts*
* Advanced Information Technologies, Inc. *
***

Donie Kelly wrote:
--

 Hi all

 

 We've been working on a project for a while and tracking details like in
 the subject above are proving to be cumbersome. Is there any single tool
 that's easy to install and use on a webserver (hopefully) that will
 manage all this stuff for us.

 

 Ideally, we would like to log a bug or issue and have it fixed in the
 source. We might then go to this tool and check the files in so that the
 tool tracks the source code changes that are made for the issue (or task
 or bug etc..)

 

 Any such tool?

 

 Regards

 Donie



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


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**


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



RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Mike Curwen
If you dig a bit deeper with JIRA, there's a way to integrate it with
CVS. It appears to involve modifying your CVS to emit emails ?  I'm no
CVS expert, but it looks not too bad in terms of complexity.
 
http://www.atlassian.com/software/jira/docs/v2.3/cvs_emails.html


 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, July 29, 2003 10:12 AM
 To: 'Tomcat Users List'
 Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 
 Hi all
 
 Thanks for the replies but none of these projects appear to 
 have CVS integration? How do I track which source code has 
 been modified in the our software when I'm viewing a bug or issue?
 
 Do you have to add it as a comment like we do now?
 
 Thanks
 Donie
 
 
 -Original Message-
 From: Rick Roberts [mailto:[EMAIL PROTECTED]
 Sent: 29 July 2003 16:17
 To: Tomcat Users List
 Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 Take a look at this:
 http://scarab.tigris.org/
 
 I have not used it yet, but am going to install and evaluate 
 as soon as I get some time.
 
 There is also Bugzilla.
 http://www.bugzilla.org/
 
 HTH,
 --
 ***
 * Rick Roberts*
 * Advanced Information Technologies, Inc. *
 ***
 
 Donie Kelly wrote:
 --
 
  Hi all
 
  
 
  We've been working on a project for a while and tracking 
 details like 
  in the subject above are proving to be cumbersome. Is there 
 any single 
  tool that's easy to install and use on a webserver (hopefully) that 
  will manage all this stuff for us.
 
  
 
  Ideally, we would like to log a bug or issue and have it 
 fixed in the 
  source. We might then go to this tool and check the files 
 in so that 
  the tool tracks the source code changes that are made for the issue 
  (or task or bug etc..)
 
  
 
  Any such tool?
 
  
 
  Regards
 
  Donie
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 **
 This email and any files transmitted with it are confidential 
 and intended solely for the use of the individual or entity 
 to whom they are addressed. If you have received this email 
 in error please notify the sender.
 
 This footnote also confirms that this email message has been 
 swept by MIMEsweeper for the presence of computer viruses.
 
 **
 
 
 -
 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: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Donie Kelly
Cool. I didn't see that but I'm only brushing the surface. 

I have installed it already and I will try to get the CVS thing going. I'll
let you know how I get on.

It's a nice piece of software but as I said I'm only brushing the surface at
the moment. It's also $1000 so please let me know if one as good as this can
be got from the open source community.

Regards
Donie


-Original Message-
From: Mike Curwen [mailto:[EMAIL PROTECTED]
Sent: 29 July 2003 16:27
To: 'Tomcat Users List'
Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the
best tool

If you dig a bit deeper with JIRA, there's a way to integrate it with
CVS. It appears to involve modifying your CVS to emit emails ?  I'm no
CVS expert, but it looks not too bad in terms of complexity.

http://www.atlassian.com/software/jira/docs/v2.3/cvs_emails.html


 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, July 29, 2003 10:12 AM
 To: 'Tomcat Users List'
 Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration -
 which is the best tool


 Hi all

 Thanks for the replies but none of these projects appear to
 have CVS integration? How do I track which source code has
 been modified in the our software when I'm viewing a bug or issue?

 Do you have to add it as a comment like we do now?

 Thanks
 Donie


 -Original Message-
 From: Rick Roberts [mailto:[EMAIL PROTECTED]
 Sent: 29 July 2003 16:17
 To: Tomcat Users List
 Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration -
 which is the best tool

 Take a look at this:
 http://scarab.tigris.org/

 I have not used it yet, but am going to install and evaluate
 as soon as I get some time.

 There is also Bugzilla.
 http://www.bugzilla.org/

 HTH,
 --
 ***
 * Rick Roberts*
 * Advanced Information Technologies, Inc. *
 ***

 Donie Kelly wrote:
 --
 
  Hi all
 
 
 
  We've been working on a project for a while and tracking
 details like
  in the subject above are proving to be cumbersome. Is there
 any single
  tool that's easy to install and use on a webserver (hopefully) that
  will manage all this stuff for us.
 
 
 
  Ideally, we would like to log a bug or issue and have it
 fixed in the
  source. We might then go to this tool and check the files
 in so that
  the tool tracks the source code changes that are made for the issue
  (or task or bug etc..)
 
 
 
  Any such tool?
 
 
 
  Regards
 
  Donie
 


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


 **
 This email and any files transmitted with it are confidential
 and intended solely for the use of the individual or entity
 to whom they are addressed. If you have received this email
 in error please notify the sender.

 This footnote also confirms that this email message has been
 swept by MIMEsweeper for the presence of computer viruses.

 **


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


**
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the sender.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

**


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



RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Mike Curwen
I'd say scarab is the 'open source' and 'free' issue-tracker of choice.
JIRA is 'open source' in the sense that once you purchase it, you can
obtain a source download. But it's not 'free as in no $'.   I'm never
sure what people mean when they say open source or free. JIRA you
are definitely free to change and modify. But it's not zero cost. 

 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, July 29, 2003 10:23 AM
 To: 'Tomcat Users List'
 Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 
 Cool. I didn't see that but I'm only brushing the surface. 
 
 I have installed it already and I will try to get the CVS 
 thing going. I'll let you know how I get on.
 
 It's a nice piece of software but as I said I'm only brushing 
 the surface at the moment. It's also $1000 so please let me 
 know if one as good as this can be got from the open source community.
 
 Regards
 Donie
 
 
 -Original Message-
 From: Mike Curwen [mailto:[EMAIL PROTECTED]
 Sent: 29 July 2003 16:27
 To: 'Tomcat Users List'
 Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration - 
 which is the best tool
 
 If you dig a bit deeper with JIRA, there's a way to integrate 
 it with CVS. It appears to involve modifying your CVS to emit 
 emails ?  I'm no CVS expert, but it looks not too bad in 
 terms of complexity.
 
 http://www.atlassian.com/software/jira/docs/v2.3/cvs_emails.html
 
 
  -Original Message-
  From: Donie Kelly [mailto:[EMAIL PROTECTED]
  Sent: Tuesday, July 29, 2003 10:12 AM
  To: 'Tomcat Users List'
  Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration 
 - which is 
  the best tool
 
 
  Hi all
 
  Thanks for the replies but none of these projects appear to 
 have CVS 
  integration? How do I track which source code has been 
 modified in the 
  our software when I'm viewing a bug or issue?
 
  Do you have to add it as a comment like we do now?
 
  Thanks
  Donie
 
 
  -Original Message-
  From: Rick Roberts [mailto:[EMAIL PROTECTED]
  Sent: 29 July 2003 16:17
  To: Tomcat Users List
  Subject: Re: Bugs, Issues, Tasks, Patches, CVS integration 
 - which is 
  the best tool
 
  Take a look at this:
  http://scarab.tigris.org/
 
  I have not used it yet, but am going to install and 
 evaluate as soon 
  as I get some time.
 
  There is also Bugzilla.
  http://www.bugzilla.org/
 
  HTH,
  --
  ***
  * Rick Roberts*
  * Advanced Information Technologies, Inc. *
  ***
 
  Donie Kelly wrote:
  --
  
   Hi all
  
  
  
   We've been working on a project for a while and tracking
  details like
   in the subject above are proving to be cumbersome. Is there
  any single
   tool that's easy to install and use on a webserver 
 (hopefully) that 
   will manage all this stuff for us.
  
  
  
   Ideally, we would like to log a bug or issue and have it
  fixed in the
   source. We might then go to this tool and check the files
  in so that
   the tool tracks the source code changes that are made for 
 the issue 
   (or task or bug etc..)
  
  
  
   Any such tool?
  
  
  
   Regards
  
   Donie
  
 
 
  
 -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
  
 **
  This email and any files transmitted with it are confidential and 
  intended solely for the use of the individual or entity to 
 whom they 
  are addressed. If you have received this email in error 
 please notify 
  the sender.
 
  This footnote also confirms that this email message has 
 been swept by 
  MIMEsweeper for the presence of computer viruses.
 
  
 **
 
 
  
 -
  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]
 
 
 **
 This email and any files transmitted with it are confidential 
 and intended solely for the use of the individual or entity 
 to whom they are addressed. If you have received this email 
 in error please notify the sender.
 
 This footnote also confirms that this email message has been 
 swept by MIMEsweeper for the presence of computer viruses.
 
 **
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED

RE: Bugs, Issues, Tasks, Patches, CVS integration - which is the best tool

2003-07-29 Thread Ralph Einfeldt
I prefer to use tags/labels to store that information.
This way you can use the query interface of the vcs
to retrieve the changes for a given bug id.

I'm not aware of any open sourece project that let you do 
this automagically. There are version control systems and 
there are bug/issue/request tracking systems, but I havn't 
seen an integrated solution by now. (There are some 
integrations, but those I'm aware of use the integration 
do the versioning of bug report, not to connect a bugreport 
with the changes in the sources)

(But I haven't spent much time in reseach for an integrated
solution, as I'm quite happy with the tagging approach in
CVS and in past in ClearCase)

 -Original Message-
 From: Donie Kelly [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, July 29, 2003 5:12 PM
 To: 'Tomcat Users List'
 Subject: RE: Bugs, Issues, Tasks, Patches, CVS integration - which is
 the best tool
 
 Thanks for the replies but none of these projects appear to have CVS
 integration? How do I track which source code has been 
 modified in the our software when I'm viewing a bug or issue?
 
 Do you have to add it as a comment like we do now?
 

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



fileupload beta+tomcat release or filupload current+tomcat cvs?

2003-06-27 Thread Thomas Weller
Hello,

thanks for the link to the tomcat sources. It took a while but we are
willing to look at the code. We downloaded all tomcat sources (at least
I hope so) and Ant to compile tomcat once, to see if it compiles before
we begin to modify it.

build-catalina:
[javac] Compiling 335 source files to 
D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\
catalina\build\server\classes
[javac] This version of java does not support the classic compiler;

upgrading to modern
[javac] D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\
catalina\src\share\org\apache\catalina\servlets\
HTMLManagerServlet.java:205: cannot resolve symbol
[javac] symbol  : method setRepositoryPath (java.lang.String)
[javac] location: class org.apache.commons.fileupload.FileUpload
[javac]
upload.setRepositoryPath(tempdir.getCanonicalPath());
[javac]   ^
[javac] D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\
catalina\src\share\org\apache\catalina\servlets\
HTMLManagerServlet.java:262: write(java.io.File) in
org.apache.commons.fileupload.FileItem 
cannot be applied to (java.lang.String)
[javac] warUpload.write(file.getCanonicalPath());
[javac]  ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 2 errors

BUILD FAILED

The fileupload package is commons-fileupload-current from
http://www.apache.org/dist/jakarta/commons/fileupload/
from 25-Jun-2003 23:32, which seems to me being the newest available.

When I use the commons-fileupload-1.0-beta-1 instead, these two errors
disappear.

My question is: is it safe to use the fileupload-beta with the tomcat
4.1.24 release or is it more safe to upgrade to a CVS version of tomcat
and therefore using fileupload-current?

Thanks for your opinion


Thomas Weller


-Ursprungliche Nachricht-
Von: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Betreff: RE: Problems starting Tomcat from CD

[snip]

Look at the relevant code:
http://cvs.apache.org/viewcvs/jakarta-tomcat-4.0/catalina/src/share/org/
apache/catalina/startup/ContextConfig.java?rev=1.67content-type=text/vn
d.viewcvs-markup

[snap]


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



CVS snapchot compile problems

2003-06-17 Thread Antonio Fiol Bonnín
Hello,

I have just followed the instructions on 
http://jakarta.apache.org/tomcat/building.html and I get the following:

[... (successful) beginning of build and some blank lines removed ...]
build-servletapi:
[echo] == Building: 
./binaries/servlet-api-2.4/lib/servlet-api.jar
prepare:
static:
compile:
examples:
javadoc:
jar:
[copy] Copying 1 file to 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr15
4/build
 [jar] Building jar: 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr154/bi
naries/servlet-api-2.4/lib/servlet-api.jar
dist:
[... I understand that servlet API has been built correctly, then 
jarred, so it's OK ...]
[... however ...]
build-jspapi:
[echo] == Building: ./binaries/jsp-api-2.0/lib/jsp-api.jar
prepare:
static:
compile:
   [javac] Compiling 42 source files to 
/home/fiol/tomcat-build/jakarta-servlet
api-5/jsr152/build/classes
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:58: cannot resolve symbol
   [javac] symbol  : class Servlet 
   [javac] location: package servlet
   [javac] import javax.servlet.Servlet;
   [javac]  ^
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:59: cannot resolve symbol
   [javac] symbol  : class ServletRequest 
   [javac] location: package servlet
   [javac] import javax.servlet.ServletRequest;
   [javac]  ^
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:60: cannot resolve symbol
   [javac] symbol  : class ServletResponse 
   [javac] location: package servlet
   [javac] import javax.servlet.ServletResponse;
   [javac]  ^
[... and some more errors: it seems it is not finding the servlet API ...]

Any clues?

I am not quite familiar with ANT so I don't know how I can force the 
JSR152 compile to include servlet-api.jar in its classpath. Would anyway 
this be the solution? I suppose if it was, someone would have spotted it 
before...

Antonio Fiol




smime.p7s
Description: S/MIME Cryptographic Signature


Re: CVS snapchot compile problems

2003-06-17 Thread Antonio Fiol Bonnín
Sorry I am replying tomy own post.

Problem solved:
- I was using not JDK 1.4, but an older version.
- I had set the base.home property to a relative path, where it should 
be an absolute one, or at least, not as relative as mine...

Sorry again.

Antonio Fiol



Antonio Fiol Bonnín wrote:

Hello,

I have just followed the instructions on 
http://jakarta.apache.org/tomcat/building.html and I get the following:

[... (successful) beginning of build and some blank lines removed ...]
build-servletapi:
[echo] == Building: 
./binaries/servlet-api-2.4/lib/servlet-api.jar
prepare:
static:
compile:
examples:
javadoc:
jar:
[copy] Copying 1 file to 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr15
4/build
 [jar] Building jar: 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr154/bi
naries/servlet-api-2.4/lib/servlet-api.jar
dist:
[... I understand that servlet API has been built correctly, then 
jarred, so it's OK ...]
[... however ...]
build-jspapi:
[echo] == Building: ./binaries/jsp-api-2.0/lib/jsp-api.jar
prepare:
static:
compile:
   [javac] Compiling 42 source files to 
/home/fiol/tomcat-build/jakarta-servlet
api-5/jsr152/build/classes
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:58: cannot resolve symbol
   [javac] symbol  : class Servlet[javac] location: package servlet
   [javac] import javax.servlet.Servlet;
   [javac]  ^
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:59: cannot resolve symbol
   [javac] symbol  : class ServletRequest[javac] location: package 
servlet
   [javac] import javax.servlet.ServletRequest;
   [javac]  ^
   [javac] 
/home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
servlet/jsp/JspFactory.java:60: cannot resolve symbol
   [javac] symbol  : class ServletResponse[javac] location: 
package servlet
   [javac] import javax.servlet.ServletResponse;
   [javac]  ^
[... and some more errors: it seems it is not finding the servlet API 
...]

Any clues?

I am not quite familiar with ANT so I don't know how I can force the 
JSR152 compile to include servlet-api.jar in its classpath. Would 
anyway this be the solution? I suppose if it was, someone would have 
spotted it before...

Antonio Fiol





smime.p7s
Description: S/MIME Cryptographic Signature


Re: CVS snapchot compile problems

2003-06-17 Thread Yoav Shapira
Howdy,
I guess you're trying to buld tomcat 5?  Are you going the download way or the
build.properties way?

Yoav Shapira

--- Antonio_Fiol_Bonnín [EMAIL PROTECTED] wrote:
 Hello,
 
 I have just followed the instructions on 
 http://jakarta.apache.org/tomcat/building.html and I get the following:
 
 [... (successful) beginning of build and some blank lines removed ...]
 build-servletapi:
  [echo] == Building: 
 ./binaries/servlet-api-2.4/lib/servlet-api.jar
 prepare:
 static:
 compile:
 examples:
 javadoc:
 jar:
  [copy] Copying 1 file to 
 /home/fiol/tomcat-build/jakarta-servletapi-5/jsr15
 4/build
   [jar] Building jar: 
 /home/fiol/tomcat-build/jakarta-servletapi-5/jsr154/bi
 naries/servlet-api-2.4/lib/servlet-api.jar
 dist:
 [... I understand that servlet API has been built correctly, then 
 jarred, so it's OK ...]
 [... however ...]
 build-jspapi:
  [echo] == Building: ./binaries/jsp-api-2.0/lib/jsp-api.jar
 prepare:
 static:
 compile:
 [javac] Compiling 42 source files to 
 /home/fiol/tomcat-build/jakarta-servlet
 api-5/jsr152/build/classes
 [javac] 
 /home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
 servlet/jsp/JspFactory.java:58: cannot resolve symbol
 [javac] symbol  : class Servlet 
 [javac] location: package servlet
 [javac] import javax.servlet.Servlet;
 [javac]  ^
 [javac] 
 /home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
 servlet/jsp/JspFactory.java:59: cannot resolve symbol
 [javac] symbol  : class ServletRequest 
 [javac] location: package servlet
 [javac] import javax.servlet.ServletRequest;
 [javac]  ^
 [javac] 
 /home/fiol/tomcat-build/jakarta-servletapi-5/jsr152/src/share/javax/
 servlet/jsp/JspFactory.java:60: cannot resolve symbol
 [javac] symbol  : class ServletResponse 
 [javac] location: package servlet
 [javac] import javax.servlet.ServletResponse;
 [javac]  ^
 [... and some more errors: it seems it is not finding the servlet API ...]
 
 Any clues?
 
 I am not quite familiar with ANT so I don't know how I can force the 
 JSR152 compile to include servlet-api.jar in its classpath. Would anyway 
 this be the solution? I suppose if it was, someone would have spotted it 
 before...
 
 Antonio Fiol
 
 
 

 ATTACHMENT part 2 application/x-pkcs7-signature name=smime.p7s



=
Yoav Shapira
[EMAIL PROTECTED]

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

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



Re: CVS snapchot compile problems

2003-06-17 Thread Antonio Fiol Bonnín
Yoav Shapira wrote:

Howdy,
I guess you're trying to buld tomcat 5?  Are you going the download way or the
build.properties way?
Yoav Shapira

 

I went the build.properties way, for the record...

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


FW: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c

2003-02-06 Thread Robert Priest


-Original Message-
From: Marcus Kellermann 
Sent: Thursday, February 06, 2003 9:38 AM
To: Robert Priest
Subject: RE: cvs commit:
jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c


The problem is exactly like Ignacio says the ISAPI filter is intercepting
even valid URLS that IIS can handle.  The IIS server is doing more than just
redirecting to TOMCAT.  Unless the URL starts with a match in
redirector.properties it should ignore the request and let IIS handle it

-Original Message-
From: Robert Priest 
Sent: Thursday, February 06, 2003 9:34 AM
To: Marcus Kellermann
Subject: FW: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapi
jk_isapi_plugin.c




-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 8:02 AM
To: Tomcat Developers List
Subject: RE: cvs commit:
jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c




 -Original Message-
 From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] 
 Sent: Thursday, February 06, 2003 4:51 AM
 To: 'Tomcat Developers List'
 Subject: RE: cvs commit: 
 jakarta-tomcat-connectors/jk/native2/server/isapi jk_isapi_plugin.c
 
 
 Larry,
 
  
  Thanks.  The restored mod_jk behavior is the same as
  Tomcat 3.3.x with DecodeInterceptor ... safe=true/,
  the default.  Unsafe escapes give 403's.  We can
  add a similar option to mod_jk to turn off the checking.
  Though, I can't image a situation where it would make
  sense to accept the risks to gain access to these escapes.  
 
 The problem is that i_r2.dll is spitting 403 on any URL that contains
 %2F, remeber fuilter do see ALL the request that pass for the IIS
 server, we are rejecting URL NOT for tomcat, like in /test%2Ftest.asp,
 this is the wrong behaviour the user seeing, and i think it's a little
 agressive, dont you? so this needs to be solved..
 
 Saludos, 
 Ignacio J. Ortega 
 
 

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




installing xindice1.1 from cvs

2003-01-31 Thread Pilar Tejero Ordóñez
Please, I am installing xindice1.1 from cvs, Could anybody tell me what
it's happening?

My configuration is as follows:

xml-xindice from cvs (fresh download 1/29/03)
Tomcat version 4.1.18
Java JDK version java1.3


Installation steps:
1. Login to Apache public CVS:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login
password: anoncvs

 OK

2. Checkout Xindice from CVS
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout
xml-xindice

 OK

3. Change to the xml-xindice directory which you've just checked out
cd xml-xindice/

 OK

4. Build Xindice with ant
bin/ant

  bash-2.05$ bin/ant
  dirname bin

/var/home/xindiceadm/xindice/xindice_cvs/tomcat/jakarta-tomcat-4.1.18/lib/common



/servlet.jar:bin/../java/lib/xmlrpc-1.1.jar:bin/../java/lib/xmldb-xupdate.jar:bi



n/../java/lib/xmldb-common.jar:bin/../java/lib/xmldb-api-sdk-20021118.jar:bin/..



/java/lib/xmldb-api-20021118.jar:bin/../java/lib/xml-apis-1.1.jar:bin/../java/li



b/xercesImpl-2.1.0.jar:bin/../java/lib/xerces-2.2.1.jar:bin/../java/lib/xalan-2.



4.0.jar:bin/../java/lib/servlet.jar:bin/../java/lib/junitperf-1.8.jar:bin/../jav



a/lib/junit-addons-1.1.jar:bin/../java/lib/junit-3.8.1.jar:bin/../java/lib/commo



ns-logging-1.0.1.jar:bin/../java/lib/ant-1.5.1.jar:bin/../lib/*.jar:/usr/java1.3

  /lib/tools.jar
  security properties not found. using defaults.
  Buildfile: build.xml

  init:
  can't open /usr/java1.3/lib/tzmappings

  src-build:

  test-build:

  jar-release:

  war-release:

  release:

  BUILD SUCCESSFUL
  Total time: 9 seconds

5. Build the Xindice.war file
bin/ant war

  bash-2.05$ bin/ant war
  dirname bin

/var/home/xindiceadm/xindice/xindice_cvs/tomcat/jakarta-tomcat-4.1.18/lib/common



/servlet.jar:bin/../java/lib/xmlrpc-1.1.jar:bin/../java/lib/xmldb-xupdate.jar:bi



n/../java/lib/xmldb-common.jar:bin/../java/lib/xmldb-api-sdk-20021118.jar:bin/..



/java/lib/xmldb-api-20021118.jar:bin/../java/lib/xml-apis-1.1.jar:bin/../java/li



b/xercesImpl-2.1.0.jar:bin/../java/lib/xerces-2.2.1.jar:bin/../java/lib/xalan-2.



4.0.jar:bin/../java/lib/servlet.jar:bin/../java/lib/junitperf-1.8.jar:bin/../jav



a/lib/junit-addons-1.1.jar:bin/../java/lib/junit-3.8.1.jar:bin/../java/lib/commo



ns-logging-1.0.1.jar:bin/../java/lib/ant-1.5.1.jar:bin/../lib/*.jar:/usr/java1.3

  /lib/tools.jar
  security properties not found. using defaults.
  Buildfile: build.xml

  BUILD FAILED
  Target `war' does not exist in this project.

  Total time: 4 seconds


6. Copy Xindice.war into Tomcat's webapps directory
cp Xindice.war [Tomcat home]/webapps/

OK
7. Restart Tomcat

OK
8. Change to the bin directory of your Xindice installation
cd [path to xml-xindice]/bin

OK
9. Test your installation by adding a new Xindice collection
./xindice ac -c /db -n test

bash-2.05$ ./xindice ac -c /db -n test
ERROR : Collection not found!

Thanks for any help

Pilar


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




installing xindice1.1 from cvs

2003-01-30 Thread Pilar Tejero Ordóñez
Please, I am installing xindice1.1 from cvs, Could anybody tell me what
it's happening?

My configuration is as follows:

xml-xindice from cvs (fresh download 1/29/03)
Tomcat version 4.1.18
Java JDK version java1.3


Installation steps:
1. Login to Apache public CVS:
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login
password: anoncvs

 OK

2. Checkout Xindice from CVS
cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic checkout
xml-xindice

 OK

3. Change to the xml-xindice directory which you've just checked out
cd xml-xindice/

 OK

4. Build Xindice with ant
bin/ant

  bash-2.05$ bin/ant
  dirname bin

/var/home/xindiceadm/xindice/xindice_cvs/tomcat/jakarta-tomcat-4.1.18/lib/common


/servlet.jar:bin/../java/lib/xmlrpc-1.1.jar:bin/../java/lib/xmldb-xupdate.jar:bi


n/../java/lib/xmldb-common.jar:bin/../java/lib/xmldb-api-sdk-20021118.jar:bin/..


/java/lib/xmldb-api-20021118.jar:bin/../java/lib/xml-apis-1.1.jar:bin/../java/li


b/xercesImpl-2.1.0.jar:bin/../java/lib/xerces-2.2.1.jar:bin/../java/lib/xalan-2.


4.0.jar:bin/../java/lib/servlet.jar:bin/../java/lib/junitperf-1.8.jar:bin/../jav


a/lib/junit-addons-1.1.jar:bin/../java/lib/junit-3.8.1.jar:bin/../java/lib/commo


ns-logging-1.0.1.jar:bin/../java/lib/ant-1.5.1.jar:bin/../lib/*.jar:/usr/java1.3

  /lib/tools.jar
  security properties not found. using defaults.
  Buildfile: build.xml

  init:
  can't open /usr/java1.3/lib/tzmappings

  src-build:

  test-build:

  jar-release:

  war-release:

  release:

  BUILD SUCCESSFUL
  Total time: 9 seconds

5. Build the Xindice.war file
bin/ant war

  bash-2.05$ bin/ant war
  dirname bin

/var/home/xindiceadm/xindice/xindice_cvs/tomcat/jakarta-tomcat-4.1.18/lib/common


/servlet.jar:bin/../java/lib/xmlrpc-1.1.jar:bin/../java/lib/xmldb-xupdate.jar:bi


n/../java/lib/xmldb-common.jar:bin/../java/lib/xmldb-api-sdk-20021118.jar:bin/..


/java/lib/xmldb-api-20021118.jar:bin/../java/lib/xml-apis-1.1.jar:bin/../java/li


b/xercesImpl-2.1.0.jar:bin/../java/lib/xerces-2.2.1.jar:bin/../java/lib/xalan-2.


4.0.jar:bin/../java/lib/servlet.jar:bin/../java/lib/junitperf-1.8.jar:bin/../jav


a/lib/junit-addons-1.1.jar:bin/../java/lib/junit-3.8.1.jar:bin/../java/lib/commo


ns-logging-1.0.1.jar:bin/../java/lib/ant-1.5.1.jar:bin/../lib/*.jar:/usr/java1.3

  /lib/tools.jar
  security properties not found. using defaults.
  Buildfile: build.xml

  BUILD FAILED
  Target `war' does not exist in this project.

  Total time: 4 seconds


6. Copy Xindice.war into Tomcat's webapps directory
cp Xindice.war [Tomcat home]/webapps/

OK
7. Restart Tomcat

OK
8. Change to the bin directory of your Xindice installation
cd [path to xml-xindice]/bin

OK
9. Test your installation by adding a new Xindice collection
./xindice ac -c /db -n test

bash-2.05$ ./xindice ac -c /db -n test
ERROR : Collection not found!

Thanks for any help

Pilar



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




more on source code control (like CVS)

2003-01-10 Thread David Boyer
Does anyone know of a JSP- or Servlet-based application that'll allow
browsing of a CVS repository? If I host a CVS server locally for our
developers, I'd like to use our existing platform (Tomcat) to allow browsing
(kind of like a JSP/Servlet-based version of ViewCVS).


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




Re: more on source code control (like CVS)

2003-01-10 Thread Andreas Probst
On 10 Jan 2003 at 14:50, David Boyer wrote:

 Does anyone know of a JSP- or Servlet-based application that'll
 allow browsing of a CVS repository? If I host a CVS server
 locally for our developers, I'd like to use our existing platform
 (Tomcat) to allow browsing (kind of like a JSP/Servlet-based
 version of ViewCVS).

Did you try jCVS?
http://www.jcvs.org/

Andreas


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




Re: more on source code control (like CVS)

2003-01-10 Thread David Boyer
yes, and it looks very promising. Thanks!

p.s. I didn't find it until after I sent my question to the list-serv. it's
amazing how finicky search engines can be.

- Original Message -
From: Andreas Probst [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Friday, January 10, 2003 2:54 PM
Subject: Re: more on source code control (like CVS)


 On 10 Jan 2003 at 14:50, David Boyer wrote:

  Does anyone know of a JSP- or Servlet-based application that'll
  allow browsing of a CVS repository? If I host a CVS server
  locally for our developers, I'd like to use our existing platform
  (Tomcat) to allow browsing (kind of like a JSP/Servlet-based
  version of ViewCVS).

 Did you try jCVS?
 http://www.jcvs.org/

 Andreas


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



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




OFF-TOPIC: cvs

2002-11-05 Thread Felipe Schnack
  Hey, I tried to donwload the latest version from the CVS repository
with no luck.
  I'm using CVS in my production environment, and now that I updated my
server for RedHat 8.0 when I try to issue a watch on command I get the
message unknown command: watch_on. I searched for help, someone told
me I should get the latest version, but it doesn't work. What can I do?
I really use this command.

-- 

Felipe Schnack
Analista de Sistemas
[EMAIL PROTECTED]
Cel.: (51)91287530
Linux Counter #281893

Faculdade Ritter dos Reis
www.ritterdosreis.br
[EMAIL PROTECTED]
Fone/Fax.: (51)32303328


--
To unsubscribe, e-mail:   mailto:tomcat-user-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-user-help;jakarta.apache.org




Source code directory / deployment directories / CVS repository tree (URGENT)

2002-09-10 Thread Heligon Sandra


I have a question about the directories structure.

For a web application we distinguish two directories structures:

- source code directory
that contains Java classes/packages specific to the application

- deployment application directory (= Tomcat files systems)
something like
META-INF
Pages (contains JSP pages)
Images
WEB-INF
Lib
Classes 

I am using CVS to archive my files, I ask me questions about the
CVS's repository for 
my application, something like:

MyApp

archive - contains .war
doc  - documentation
src  - contains the source code directory

how must I add the deployment directory ?
Can you give me example or advices ?

I think to do:

X:\MyProject\MyApp
archive - contains .war
doc  - documentation
src   - contains the source code directory
pages   - contains JSP pages
images 
web (contains configuration files web.xml)
   - lib

I will get sources from CVS, compile sources (with the IDE) and
create a .war.

To deploy the directory under Tomcat (Tomcat is installed on
y:\Tomcat) I have several solutions
1. use Ant and create a directory MyApp under y:/Tomcat/webapps and
the sub-directories WEB-INf, pages etc...
2. set an element context in the server.xml that points on
X:\MyProject\MyApp, isn't it?

For me the second solution is better because my project used for the
development (JBuilder project) points
on X:\MyProject\MyApp in order to access to the directories src,
pages, images.
When I modified a Java source file or JSP or XML file, I just have
to stop Tomcat and start it again because it
points on the updated directory.
With the first solution, I must stop Tomcat, launch the build.xml
command and restart Tomcat, isn't it ?
If I forget the build.xml command Tomcat doesn't have the updated
sources or JSP files.
I have choose the first solution because I don't know Ant and I have
not a lot of time. 

Do you have remarks or advices ? 
What do you think about place JSP files in src directory ? in order
to points on the X:\MyProject\MyApp\src
in the IDE and not see the other sub-directories (doc, archive,
scriptsthey are unused in the IDE explorer).



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




Re: Source code directory / deployment directories / CVS repositoryt ree (URGENT)

2002-09-10 Thread Ben Walding

Probably a good idea to read through 
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/appdev/source.html.  

I personally don't like having TomCat looking into my source area as I 
prefer to deploy for development like I do for production.  To this end 
I just create a WAR file and use the manager webapp to stop and start 
the context, as this is fully scripted it takes around 9 seconds for our 
application.  I also prefer to have my server.xml clean of context 
information eg (TomCat 4.1.* only).

%TOMCAT_HOME%/webapps/app.xml  (the Context node that is normally in 
server.xml)
%TOMCAT_HOME%/webapps/app.war

And the use Ant's expandproperties to create the customised Context 
xml on the fly.



Heligon Sandra wrote:

   I have a question about the directories structure.

   For a web application we distinguish two directories structures:

   - source code directory
   that contains Java classes/packages specific to the application

   - deployment application directory (= Tomcat files systems)
something like
   META-INF
   Pages (contains JSP pages)
   Images
   WEB-INF
   Lib
   Classes 

   I am using CVS to archive my files, I ask me questions about the
CVS's repository for 
   my application, something like:

   MyApp

   archive - contains .war
   doc  - documentation
   src  - contains the source code directory

   how must I add the deployment directory ?
   Can you give me example or advices ?

   I think to do:

   X:\MyProject\MyApp
   archive - contains .war
   doc  - documentation
   src   - contains the source code directory
   pages   - contains JSP pages
   images 
   web (contains configuration files web.xml)
  - lib

   I will get sources from CVS, compile sources (with the IDE) and
create a .war.
   
   To deploy the directory under Tomcat (Tomcat is installed on
y:\Tomcat) I have several solutions
   1. use Ant and create a directory MyApp under y:/Tomcat/webapps and
the sub-directories WEB-INf, pages etc...
   2. set an element context in the server.xml that points on
X:\MyProject\MyApp, isn't it?
   
   For me the second solution is better because my project used for the
development (JBuilder project) points
   on X:\MyProject\MyApp in order to access to the directories src,
pages, images.
   When I modified a Java source file or JSP or XML file, I just have
to stop Tomcat and start it again because it
   points on the updated directory.
   With the first solution, I must stop Tomcat, launch the build.xml
command and restart Tomcat, isn't it ?
   If I forget the build.xml command Tomcat doesn't have the updated
sources or JSP files.
   I have choose the first solution because I don't know Ant and I have
not a lot of time. 

   Do you have remarks or advices ? 
   What do you think about place JSP files in src directory ? in order
to points on the X:\MyProject\MyApp\src
   in the IDE and not see the other sub-directories (doc, archive,
scriptsthey are unused in the IDE explorer).

   

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


  





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




Tomcat file systems and CVS repository tree HELP

2002-09-05 Thread Heligon Sandra


Hi,

I use CVS to archive the files of my application.
My CVS tree strucutre is something like that:
MyApp
Archive - contains MyApp.war
Doc - contains documentation
Project - contains the JBuilder project for my application
Src - contains all JavaSources required for the
application
  (Action, Form, JavaBean classes)

But under Tomcat I must use a files system like
MyApp
Meta-Inf
Layouts
Images
Pages
Web-Inf
at thre root we find all the configuration files
- classes
- lib
-src (that points on the CVS MyApp/src directory)

I thought that I could have two separated strcuture and save only
the CVS strcure and 
the .war in that allows to deploy the application under Tomcat.
Do I must also archive JSP and configuration file (Web.xml) ?
It is bad to only archive the .war, isn't it ? because if I change a
JSP file I must update
the .war in order to check it in CVS.

We must have only one file strcutre, isn't it ?

MyApp
Archive - contains MyApp.war
Doc - contains documentation
Project - contains the JBuilder project for my application
Tomcat - root for the Tomcat structure
Meta-Inf
Layouts
Images
Pages
Web-Inf
at thre root we find all the configuration
files
- classes
- lib
-src (that points on the CVS MyApp/src
directory)

But I don't need to save classes and lib in CVS. It is not a good
solution.
How do you work ?
Please help me.

Thanks in advance.



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




executing cvs commands from tomcat

2002-07-25 Thread Allen Gordon

We have an application that requires an input form to be processed by some jsp code 
from within jakarta tomcat (4.0.3) running on NT4 SP6.  We require version control for 
these input forms.  Consequently, we are attempting to use runtime.exec() to executed 
cvs commands from cvsnt (current version).  

A problem we ran into is that when tomcat was run as a service, we are got an error 
from tomcat that it could not connect to named pipe..  The same cvs command run 
outside of tomcat worked fine.  Other dos commands could be executed from within 
tomcat.

However, when we stopped the tomcat service and started it as a stand-alone 
application, this problem disappeared and the cvs command lines were executed properly.

Allen

- 
Allen R. Gordon, Ph.D. 
Senior Software Engineer 
CableLabs® 
Telephone: 303/661-3759 
Cell/Page/Text: 3035706288  (@mobile.att.net)
Fax: 303/661-9199 
mailto:[EMAIL PROTECTED] 
http://www.cablelabs.com/ 



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




Re: executing cvs commands from tomcat

2002-07-25 Thread Steven J. Owens

On Thu, Jul 25, 2002 at 03:44:39PM -0600, Allen Gordon wrote:
 We have an application that requires an input form to be processed
 by some jsp code from within jakarta tomcat (4.0.3) running on NT4
 SP6.  We require version control for these input forms.
 Consequently, we are attempting to use runtime.exec() to executed
 cvs commands from cvsnt (current version).

 No idea what's causing this, but a suggestion from left field -
have you considered using a java-based version control system?
Subversion (subversion.tigris.org) just went alpha. 

Steven J. Owens
[EMAIL PROTECTED]

I'm going to make broad, sweeping generalizations and strong,
 declarative statements, because otherwise I'll be here all night and
 this document will be four times longer and much less fun to read.
 Take it all with a grain of salt. - Me

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




RE: executing cvs commands from tomcat

2002-07-25 Thread Nelson, Tracy (ETW)

Check the permissions of the account that the Tomcat service is run from.
You may need to enable Permit this application to interact with the
desktop (or whatever that box is labelled).


-Original Message-
From: Allen Gordon [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 25, 2002 14:45
To: '[EMAIL PROTECTED]'
Subject: executing cvs commands from tomcat


We have an application that requires an input form to be processed by some
jsp code from within jakarta tomcat (4.0.3) running on NT4 SP6.  We require
version control for these input forms.  Consequently, we are attempting to
use runtime.exec() to executed cvs commands from cvsnt (current version).  

A problem we ran into is that when tomcat was run as a service, we are got
an error from tomcat that it could not connect to named pipe..  The same cvs
command run outside of tomcat worked fine.  Other dos commands could be
executed from within tomcat.

However, when we stopped the tomcat service and started it as a stand-alone
application, this problem disappeared and the cvs command lines were
executed properly.

Allen

- 
Allen R. Gordon, Ph.D. 
Senior Software Engineer 
CableLabs® 
Telephone: 303/661-3759 
Cell/Page/Text: 3035706288  (@mobile.att.net)
Fax: 303/661-9199 
mailto:[EMAIL PROTECTED] 
http://www.cablelabs.com/ 



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



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




Compiling 4.0.4 from CVS branch tomcat_404

2002-06-30 Thread Andrew Conrad

I am getting a TransformerException when attempting to compile Tomcat
4.0.4.


The exception occurs in the tomcat-docs on the appdev\processes.xml
file.


I'm pretty sure it's in my configuration somewhere, but I can't seem to
identify it.

Here's my configuration:
Windows XP Professional
JDK 1.3.1
Ant 1.4.1  (tried 1.5b3 also)


My ${ant.home}\lib folder currently contains
ant.jar (1.4.1)
jakarta-ant-1.4.1.optional.jar
Jaxp-api.jar (Java XML Pack jaxp 1.2)
Xalan.jar (Java XML Pack jaxp 1.2)
xercesImpl.jar (xerces 2.0.2)
xmlParserAPIs.jar (xerces 2.0.2)



I have tried other configurations and the only change in the result is
the file it will eventually fail on

These other configs include:
Ant 1.5b3
Xerces 1.4.4
Using the crimson and jaxp Jar files that come with Ant 1.4.1
Using the jaxp-1.2 files in place of xerces



Does anyone have any ideas on what I could have set up incorrectly?

-Andrew


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




Tomcat Application CVS

2002-05-27 Thread @Basebeans.com

Subject: Tomcat Application CVS
From: Rohit Peyyeti [EMAIL PROTECTED]
 ===
Hello All:

Can anybody tell me what would be the best way to create tomcat applications
under
CVS repository? Is there any standard way for managing tomcat applications
under
CVS? If so, why and what?

Any help will be greatly appreciated!

Regards,
Rohit Peyyeti






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




RE: Tomcat 4.0 CVS won't start...

2002-05-21 Thread David Janovy

It seems that this problem is with v4.1.2 also.


log4j:ERROR No appenders could be found for category
(org.apache.commons.digester.Digester).
log4j:ERROR Please initialize the log4j system properly.
Catalina.start: java.lang.NullPointerException

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 08, 2002 10:18 AM
To: Tomcat Users List
Subject: Re: Tomcat 4.0 CVS won't start...




On Sun, 7 Apr 2002, Jack Lauman wrote:

 Date: Sun, 07 Apr 2002 21:11:56 -0700
 From: Jack Lauman [EMAIL PROTECTED]
 Reply-To: Tomcat Users List [EMAIL PROTECTED]
 To: Tomcat User List [EMAIL PROTECTED]
 Subject: Tomcat 4.0 CVS won't start...

 I get the following error in catalina.out with todays build from the
 cvs.  Tomcat will not start as a result of this error.  Ran fine
 yesterday.


Sorry about that ... I botched a patch to the commons-beanutils package
that is used inside the parsing of server.xml.  This will be fixed in
tonight's nightly build.

 Would appreciate any suggestions on how to resolve it.

 Regards,

 Jack


Craig McClanahan



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


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




Re: CVS and Web Development (WAS: tomcat and SSL (keyfile password) )

2002-04-25 Thread Oktay Altunergil

A little plug over and there should not hurt.. Here's a beginner level CVS and Web 
Development article I had written.. It takes PHP as an example, but applies to other 
languages also.

Easing Web Application Development with CVS
http://www.oreillynet.com/pub/a/linux/2002/01/31/CVS.html

Oktay Altunergil

On Thu, 25 Apr 2002 17:01:51 -0400
Anthony Eden [EMAIL PROTECTED] wrote:

 CVS means Concurrent Versioning System (I think).  It is the repository where 
source code and documentation and
 everything else is kept.  It allows multiple people to work on documents at the same 
time, making changes independently
 and then merging changes and maintaining revision history.
 
 Information about the Apache CVS is at http://jakarta.apache.org/site/cvsindex.html
 
 CVS is not for the faint of heart though.  However, once you get used to it you will 
never be able to go back to
 whatever you were using before (at least that is how I feel.) :-)
 
 Sincerely,
 Anthony Eden
 
  -Original Message-
  From: Glenn Parsons [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, April 25, 2002 4:44 PM
  To: Tomcat Users List
  Subject: RE: tomcat and SSL (keyfile password)
 
 
  Hello Peter,
 
  Forgive my ignorance (perhaps this is why people aren't finding this sort
  of information), but whatr exactly *IS* the CVS? And *WHERE* is it?
 
  Thanks,
  Glenn
 
  At 10:34 PM 4/25/02 +0200, you wrote:
  Mhhh, there is an updated version of the ssl-howto in the
  CVS for MONTHS now, that describes the installation of official
  certs (like Verisign, Thawte, Trustcenter...) step by step.
  But it is *NOT* in TC 4.03 and it is not on the jakarta-webpage.
  
  I simply wonder why? People are dealing with this topic again
  and again... And I know how frustrating this can get... :-(
  
  Peter
  
-Original Message-
From: Dave North [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 8:33 PM
To: Tomcat Users List
Subject: RE: tomcat and SSL (keyfile password)
   
   
OK, here's what I did (this was using a test versign cert but the
procedure is the same for a real production cert):
   
STEP A - generate your private key
   
Pre-req: JDK must be installed
   
1) cd to $JAVA_HOME/jre/bin
   
2) run ./keytool -genkey -alias tomcat -keyalg RSA -keystore FULL PATH
TO KEYSTORE
   
3) You will be prompted for a password for the keystore
   
3) at the prompts, enter:
   
What is your first and last name?
  [Unknown]:  DO NOT USE NAME - ENTER THE NAME OF YOUR MACHINE AS IT'S
KNOWN TO VISITORS
What is the name of your organizational unit?
  [Unknown]:  WHATEVER YOU LIKE
What is the name of your organization?
  [Unknown]:  TYPICALLY COMPANY NAME
What is the name of your City or Locality?
  [Unknown]:  YOUR CITY
What is the name of your State or Province?
  [Unknown]:  STATE OR PROV
What is the two-letter country code for this unit?
  [Unknown]:  COUNTRY CODE
   
4) You will then be prompted for another password - use the same (ie.
Press ENTER)
   
STEP B - Generate a Certificate Request
   
1) cd to  $JAVA_HOME/jre/bin
   
2) ./keytool -certreq -alias tomcat -file csr.txt -keystore FULL PATH
TO SAME KEYSTORE CREATED IN STEP A
   
STEP C - Get the new cert from Verisign
   
www.versign.com has all the info here
   
STEP D - Install the Verisign ROOT CA cert AND your server cert
   
When you get your cert in step C, they will provide you with the root
cert
   
1) cd to  $JAVA_HOME/jre/bin
   
2) ./keytool -import -alias verisign -file FILE THAT CONTAINS THE
VERSIGN ROOT CA CERT -keystore PATH TO KEYSTORE
   
3) ./keytool -import -trustcacerts -alias tomcat -file FILE THAT
CONTAINS YOUR CERT FROM VERISIGN -keystore PATH TO KEYSTORE
   
   
STEP E - Configure an SSL listener for tomcat
   
1) edit $JAKARTA_HOME/conf/server.xml and add the following:
   
!-- Define an SSL HTTP/1.1 Connector on port 443 --
Connector className=org.apache.catalina.connector.http.HttpConnector
   port=443 minProcessors=5 maxProcessors=75
   enableLookups=true
   acceptCount=10 debug=10 scheme=https secure=true
  Factory className=org.apache.catalina.net.SSLServerSocketFactory
   clientAuth=false protocol=TLS
   keystoreFile=FULL PATH TO KEYSTORE FILE
keystorePass=PASSWORD HERE/
/Connector
   
2) Stop and start the tomcat server
   
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 2:29 PM
To: Tomcat Users List
Subject: Re: tomcat and SSL (keyfile password)
   
   
Hi Dave
   
 ohhh...good to know that.
   
 I need to set up the tomcat 4.0.3 with verisign.
   
Can you please send those doc to me ?
   
I appreciate your help
   
thanks in advance
BM
   
Dave North wrote:
   
 Hello

Re: Tomcat 4.0 CVS won't start...

2002-04-08 Thread Craig R. McClanahan



On Sun, 7 Apr 2002, Jack Lauman wrote:

 Date: Sun, 07 Apr 2002 21:11:56 -0700
 From: Jack Lauman [EMAIL PROTECTED]
 Reply-To: Tomcat Users List [EMAIL PROTECTED]
 To: Tomcat User List [EMAIL PROTECTED]
 Subject: Tomcat 4.0 CVS won't start...

 I get the following error in catalina.out with todays build from the
 cvs.  Tomcat will not start as a result of this error.  Ran fine
 yesterday.


Sorry about that ... I botched a patch to the commons-beanutils package
that is used inside the parsing of server.xml.  This will be fixed in
tonight's nightly build.

 Would appreciate any suggestions on how to resolve it.

 Regards,

 Jack


Craig McClanahan



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




Tomcat 4.0 CVS won't start...

2002-04-07 Thread Jack Lauman

I get the following error in catalina.out with todays build from the
cvs.  Tomcat will not start as a result of this error.  Ran fine
yesterday.

Would appreciate any suggestions on how to resolve it.

Regards,

Jack

log4j:ERROR No appenders could be found for category
(org.apache.commons.digester.Digester).
log4j:ERROR Please initialize the log4j system properly.
Catalina.start: java.lang.NullPointerException
java.lang.NullPointerException
at
org.apache.commons.digester.Digester.createSAXException(Digester.java:2009)
at
org.apache.commons.digester.Digester.createSAXException(Digester.java:2029)
at
org.apache.commons.digester.Digester.startElement(Digester.java:1032)
at
org.apache.xerces.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:434)
at
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(AbstractXMLDocumentParser.java:216)
at
org.apache.xerces.impl.XMLNamespaceBinder.emptyElement(XMLNamespaceBinder.java:594)
at
org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(XMLDTDValidator.java:817)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:748)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1454)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333)
at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:529)
at
org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:585)
at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147)
at
org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1148)
at org.apache.commons.digester.Digester.parse(Digester.java:1263)
at org.apache.catalina.startup.Catalina.start(Catalina.java:442)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:397)
at org.apache.catalina.startup.Catalina.process(Catalina.java:177)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)

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




cvs

2002-03-27 Thread Dominic Parry
Hi

Is there an easier way to get everything I need to build tomcat 4 from the
csv repository other that getting all the required modules one at a time?

Thanks

Dominic Parry
B.Sc (Information Systems, Computer Science)
B.Sc (Hons) Computer Science
Rhodes University


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


Re: CVS

2001-11-22 Thread David Morsberger

I have a CVS related question about deploying our servlets and jsp pages.

We deploy to a location that does not have access to the internet or the
machine that contains CVSROOT. During deployment we make numerous changes to
our baseline. There are also changes made to the baseline on our development
hosts.

What is the best way to deploy and merge the changes into our main CVSROOT?

Thanks,
David

 From: John M. Corro [EMAIL PROTECTED]
 Organization: Cornerstone Consulting, Inc.
 Reply-To: Tomcat Users List [EMAIL PROTECTED]
 Date: Tue, 20 Nov 2001 08:46:47 -0800
 To: Tomcat Users List [EMAIL PROTECTED]
 Subject: Re: CVS
 
 - 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:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL

CVS

2001-11-20 Thread Laurent Michenaud

Hi,

I work in a web agency and we are studying the use of CVS.
We are 3-4 developpers per project.
We have a linux web server with tomcat/apache.
For the moment, we are working on shared sources via samba.

Would be CVS a good thing for our environnment ?
Are there any model of organisation that we would use ?

Please tell me about your organisation if u use cvs, what benefits

Thanks

Michenaud Laurent
- Adeuza -
[ Développeur Web - Administrateur Réseau ]


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




Re: CVS

2001-11-20 Thread Samuel Rochas

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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




RE: CVS

2001-11-20 Thread Jim Rueschhoff

We use CVS in our development environment.  We have a 4 developer staff.  We
develop using the Forte CE IDE which offers built in support for CVS.  After
using MS Source Safe previously, the CVS philosophy is sufficiently
different that it took some getting used to.  However we now feel
comfortable with it and actually like using it.   Microsoft source safe is
more like a library where you check out items for use.  CVS works
differently, allowing multiple people to work on their own copies of the
same source code and then manage the differences and merging of the changes.
For a small group like ours MS SS and CVS would both work but for a larger
development group there is no doubt that the CVS method is superior.

-Original Message-
From: Laurent Michenaud [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, November 20, 2001 7:04 AM
To: [EMAIL PROTECTED]
Subject: CVS


Hi,

I work in a web agency and we are studying the use of CVS.
We are 3-4 developpers per project.
We have a linux web server with tomcat/apache.
For the moment, we are working on shared sources via samba.

Would be CVS a good thing for our environnment ?
Are there any model of organisation that we would use ?

Please tell me about your organisation if u use cvs, what benefits

Thanks

Michenaud Laurent
- Adeuza -
[ Développeur Web - Administrateur Réseau ]


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



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




RE: CVS

2001-11-20 Thread Laurent Michenaud

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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]


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




AW: CVS

2001-11-20 Thread Ralph Einfeldt

Our opinion:
- A team can't be to small to use version management.
  (I wouldn't even work with out vm if I where alone)
- CVS does a good job in version management
- CVS has some drawbacks, due to its history
  (no transactional check in, handling of directories
   awkward, it's sometimes hard to write own scripts
   to extend CVS because the outout of several commands
   is not formatted in a way that is easy to process)
- Use CVS in way where the checkout are read only
  and the users user cvs edit to edit the files
- Setup one repository for all projects
- Give it a structure like:
  cvsrep
  - common
  - projects
- project 1
- project 2
- Use CVS for all files, not only java and jsp.
- Write Scripts (Make/Ant/Shell) that create a website
  from the repository
- Let your developers checkin often
  (ideally several time a day. The checkin should a least 
   be syntactically correct, better functional correct)

Benfits:
  - Roll back to a previous version
  - Who changed what
  - What changed since last online version
  - Merge of changes by two developers
  - Create bugfixes for previous releases
without the need to update 

 -Ursprüngliche Nachricht-
 Von: Laurent Michenaud [mailto:[EMAIL PROTECTED]]
 Gesendet: Dienstag, 20. November 2001 15:04
 An: [EMAIL PROTECTED]
 Betreff: CVS
 
 
 Hi,
 
 I work in a web agency and we are studying the use of CVS.
 We are 3-4 developpers per project.
 We have a linux web server with tomcat/apache.
 For the moment, we are working on shared sources via samba.
 
 Would be CVS a good thing for our environnment ?
 Are there any model of organisation that we would use ?
 
 Please tell me about your organisation if u use cvs, what benefits
 
 Thanks
 
 Michenaud Laurent
 - Adeuza -
 [ Développeur Web - Administrateur Réseau ]
 
 
 --
 To unsubscribe:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]
 
 
 

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




Re: CVS

2001-11-20 Thread 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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]


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





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




Re: CVS

2001-11-20 Thread keiths

I can only say that you should be using it.  It is excellent.  Many of
us develop servlets on windows (using the WinCVS client) for deployment
on linux/apache/tomcat (and many others).  We use a unix box for our
repository.

Laurent Michenaud wrote:
 
 Hi,
 
 I work in a web agency and we are studying the use of CVS.
 We are 3-4 developpers per project.
 We have a linux web server with tomcat/apache.
 For the moment, we are working on shared sources via samba.
 
 Would be CVS a good thing for our environnment ?
 Are there any model of organisation that we would use ?
 
 Please tell me about your organisation if u use cvs, what benefits
 
 Thanks
 
 Michenaud Laurent
 - Adeuza -
 [ Développeur Web - Administrateur Réseau ]
 
 --
 To unsubscribe:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]

-- 
Keith Simpson
Skillview Technologies
[EMAIL PROTECTED]
(603)-382-9882

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




Re: CVS

2001-11-20 Thread Craig R. McClanahan

The source code of Tomcat itself, like all of the other projects at
Apache, is managed via CVS.  You can browse it online to see how we
organize things, though the Source Code links on the Jakarta web site.

Craig


On Tue, 20 Nov 2001, Laurent Michenaud wrote:

 Date: Tue, 20 Nov 2001 15:04:25 +0100
 From: Laurent Michenaud [EMAIL PROTECTED]
 Reply-To: Tomcat Users List [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: CVS

 Hi,

 I work in a web agency and we are studying the use of CVS.
 We are 3-4 developpers per project.
 We have a linux web server with tomcat/apache.
 For the moment, we are working on shared sources via samba.

 Would be CVS a good thing for our environnment ?
 Are there any model of organisation that we would use ?

 Please tell me about your organisation if u use cvs, what benefits

 Thanks

 Michenaud Laurent
 - Adeuza -
 [ Développeur Web - Administrateur Réseau ]


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




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




Re: CVS

2001-11-20 Thread Peter Davison

Hi Laurent.

I think you are on the right track.  Here's how we used CVS in my last
work environment which worked great - IMHO.

One central CVS server.
Everytime our CM person performed a successful build the project's files would
be tagged with that builds ID.  This way we could always reproduce the build at 
any point in the future.
When we were approaching the end of a projects cycle and the code was pretty
much stable we would branch the project and label the branch with the release
version number.  As bugs were reported back on that release, the bugs would be
fixed on the branch code.  Meanwhile work on the next release would continue
and applied to the trunk (main line) code.  Any bug fixes that were applied to
the branch code would get merged into the main line if it made sense to do so.

When you say each developer would get a version... I assume you mean that
each developer has their own version of the project.  This is how we did it.
Each developer had their own copy of the code (the whole project).  Developers
would update their copy regularly to have the most up to date code on their 
machines.  This way any changes made would most likely work with the rest
of the project.  When a developer is ready to check in changes, they would
first update their code to make sure that they had the most recent codebase, 
re-compile to ensure their changes wouldn't break the build, re-run the 
unit test suite to make sure they hadn't broken any functionality then
commit their changes.  The best way to do this is to check in frequently.
That way when you do have conflicts they are small and can be easily fixed.
CVS in general handles merges very well.  It's only when two people modify the
same lines in the same file that you get conflicts happening.  This happens
very, very rarely.  The process can be completely painless if you check in 
frequently, and don't wait for extended periods of time before checking in.
You always want to be working with the latest source code in the repository.

We were also using Tomcat as our server and yes each developer had a
copy of it.  This worked very well.  For one reason it isolated your testing
environment.  Because you were working on your own machine with your own copy
of Tomcat, when an exception occurred or something unexpected happened you 
knew that it was due to something you did, and wasn't the result of some external 
action.
To make sure that each developer had the
same setup we checked our modified version of Tomcat into CVS as well.
That way all that a developer had to do to set up Tomcat on their machine
was to check it out and start it up.

So each developer would have the complete system needed to do their work and
could run their tests in isolation from other developers.

Our CM person would do nightly builds and install them on a QA server (several servers
actually).  The QA team would use these servers as their test subjects.  They would 
also
have one server per tester so that when bugs were found they would have a good idea of
what action cause the error (since they were the only person interacting with that 
server).
Bugs would be reported quoting the build number that was attached to that build.

Hope this helps.

Regards,
Pete.

On Tue, 20 Nov 2001 15:21:55 +0100
Laurent Michenaud [EMAIL PROTECTED] wrote:

 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:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles

RE: CVS

2001-11-20 Thread Laurent Michenaud

We prefer to use cvs rather than Ms SafeSource.

I was asking still questions :
- What's better ? a repository for each project or a module for
each project ?
- Is it a good idea to use CVS for binary files ? i was thinking 
about class files, and all the jpeg/gif files...
- What would do the site construction script ? pre-compile the jsp and
the servlet maybe ? Have u got examples of script that i could see ?
- I think we will need differents branches :
- one for each stable release
- one for a beta developpement but fonctionnal, few bugs.
- one for an alpha developpment, used to backup the progress
works( i am hesitating
here with a branch for each developper ).

For example, a developper that has not finished a work at the
end
of the day will update the alpha branch.
A developper will update the beta branch when he thinks his
source
is quite ok.
The stable release will be built after hard testing of the
global
application.
- Last question : which utils do u use for cvs ? there is wincvs, i've
seen webcvs too.
Are there any others ?

Thanks



-Message d'origine-
De : John M. Corro [mailto:[EMAIL PROTECTED]]
Envoyé : mardi 20 novembre 2001 17:47
À : Tomcat Users List
Objet : Re: CVS


- 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

Re: CVS

2001-11-20 Thread Peter Davison


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:   mailto:[EMAIL PROTECTED]
For additional commands: mailto:[EMAIL PROTECTED]
Troubles with the list: mailto:[EMAIL PROTECTED]




Re: CVS

2001-11-20 Thread Samuel Rochas

Bonjour, 

Laurent Michenaud wrote:
 
 We prefer to use cvs rather than Ms SafeSource.
That _is_ a good decision!

 
 - What's better ? a repository for each project or a module for
 each project ?
I prefer one module for each project.

 - Is it a good idea to use CVS for binary files ? i was thinking
 about class files, and all the jpeg/gif files...
It is usefull to have every not generated files in CVS. A new developper
will only need to checkout the project to have anything he needs. The
file generated while compiling, and all generated file should not be
included in CVS.

 - I think we will need differents branches :
Maybe it is a bit too much, you need something simple for the developper
too (CVS is a help). I find their use something tricky and we don't use
them often.

Slts
Samuel Rochas
-- 
SWIPe Software Engineering  Project Management GmbH

Solutions with Individual Profile

Web: http://www.swipe.de

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




Re: CVS

2001-11-20 Thread keiths

see my responses below...

Laurent Michenaud wrote:
 
 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... )

Unless there is a major structural difference between products (like
version 4 and version 5 of the same product), we have found it is best
to have a single repository for a product.  I guess it is a little tough
if you have several versions that you are working on currently.  Perhaps
it is best to start a CVS repository at a major release.  At that point
you create a branch for bug fixes and retain the main trunk for major
upgrade work.  The theory is, that as you make changes in the bug fix
branch, you merge those fixes into the main trunk.  We make interim
releases (tags) off our bug fix branches when necessary.


 - 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 ).

CVS is very flexible.  You work on your own copy of the main trunk, or
branch, and then commit your changes at your leisure (or a policy).  If
there has been changes to a source file that your are attempting to
commit, the system tells you, and you then update source (that you may
have changed), and CVS will try and fold your changes into a new
version.  It will let you know if it finds Conflicts, it is pretty
brilliant about it.  I will often run diffs between the repository
version and a version that I have modified to see what is different
before I do a commit, but it has never been absolutely necessary to do,
just a matter of interest.

The wincvs client is really very clear about what files have changed,
what version (tag or branch) that you are working on, etc, etc.  It
makes using CVS really simple for programmers that dont' want to get
into the details.


 - Each developper would have a local tomcat on his machine( not very
 good i think ).

This is how we work.  everyone has their own tomcat.


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

You can certainly set it up this way.  I have scripted nightly builds
off cvs that use a nominal version.  That is, most of our development is
being done on the same branch, and that is the version that testers need
to see updated daily.


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

I had to implement it here after only being a user at another
organization.  I never was aware of a most of the features as a user,
and as a CVS administrator have gained a great appreciation for it.  

 
 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:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]
 
 --
 To unsubscribe:   mailto:[EMAIL PROTECTED]
 For additional commands: mailto:[EMAIL PROTECTED]
 Troubles with the list: mailto:[EMAIL PROTECTED]

-- 
Keith Simpson
Skillview Technologies
[EMAIL PROTECTED]
(603)-382-9882

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




Re: CVS

2001-11-20 Thread Mark Muffett

For a relatively simple project, where you just need source code control
(with branches,etc), how about RCS? - I've used it for the last 5 years,
even for code I've developed on my own  (I looked at CVS but, at the time,
anyway, RCS was a lot easier to use).

I believe CVS is just an interface on top of RCS which is meant to help when
you need to keep track of the binaries as well, but it takes longer to
learn...

Mark


- Original Message -
From: Samuel Rochas [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, November 20, 2001 3:33 PM
Subject: Re: CVS


 Bonjour,

 Laurent Michenaud wrote:
 
  We prefer to use cvs rather than Ms SafeSource.
 That _is_ a good decision!

 
  - What's better ? a repository for each project or a module for
  each project ?
 I prefer one module for each project.

  - Is it a good idea to use CVS for binary files ? i was thinking
  about class files, and all the jpeg/gif files...
 It is usefull to have every not generated files in CVS. A new developper
 will only need to checkout the project to have anything he needs. The
 file generated while compiling, and all generated file should not be
 included in CVS.

  - I think we will need differents branches :
 Maybe it is a bit too much, you need something simple for the developper
 too (CVS is a help). I find their use something tricky and we don't use
 them often.

 Slts
 Samuel Rochas
 --
 SWIPe Software Engineering  Project Management GmbH

 Solutions with Individual Profile

 Web: http://www.swipe.de

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



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




AW: CVS

2001-11-20 Thread Ralph Einfeldt

See below:

 -Ursprüngliche Nachricht-
 Von: Laurent Michenaud [mailto:[EMAIL PROTECTED]]
 Gesendet: Dienstag, 20. November 2001 16:12
 An: Tomcat Users List
 Betreff: RE: CVS
 
 
 We prefer to use cvs rather than Ms SafeSource.
 
 I was asking still questions :
 - What's better ? a repository for each project or a module for
 each project ?

We don't use either, the projects are simple sub directories under 
one root in the repository.

 - Is it a good idea to use CVS for binary files ? i was thinking 
 about class files, and all the jpeg/gif files...

In general yes. But I would just put class files in the repository
if they are not build from sources. And make shure that you
use/configure
cvs correct to handle binaries. (Otherwise you might expierence some 
surprises.)

 - What would do the site construction script ? pre-compile the jsp and
 the servlet maybe ? Have u got examples of script that i could see ?
Checkout all needed files for a given tag.
Compile the java classes, make a jar of them, fill a test database.

In our environment we have several files that are the same over the 
project that are placed outside the project directory. Our installation
script copies these files in the deployment site where our webserver
runs
and mixes them withe project specific files.

We have automated the setup of a webserver, so that we can setup a new 
instance of the same project in few minutes once we have defined all 
configration parameters. (Even the initial setup of new project 
doesn't take much longer)

This we use to build the web server up to several times a day.

The examples won't help you much because they still work with good old 
JServ. 

 - I think we will need differents branches :
   - one for each stable release
   - one for a beta developpement but fonctionnal, few bugs.
   - one for an alpha developpment, used to backup the progress

I wouldn't do to much branches. Just use Tags to mark this versions.

 works( i am hesitating
   here with a branch for each developper ).

A clear NO! to this approach.

   For example, a developper that has not finished a work at the
end
   of the day will update the alpha branch.

If a developer isn't ready, the he shouldn't checkin. So the your
alpha branch is just the developers workplace in my world. (What do you
win
with this checkin ?)

   A developper will update the beta branch when he thinks his
 source
   is quite ok.
   The stable release will be built after hard testing of the
 global
   application.

 - Last question : which utils do u use for cvs ? there is wincvs, i've
 seen webcvs too.
 Are there any others ?
We use WinCVS, XEmacs and the command line interface

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




CVS vs. Aegis

2001-11-20 Thread Carl Boudreau

Does anyone have an opinion about the Aegis software package?



winmail.dat
Description: application/ms-tnef

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


Re: CVS

2001-11-20 Thread Jeff Kilbride

Anybody interested in CVS should take a look at the online version of Karl
Fogel's book:

cvsbook.red-bean.com

It helped me get up and running with CVS in about a day.

Thanks,
--jeff

- Original Message -
From: Ralph Einfeldt [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, November 20, 2001 7:54 AM
Subject: AW: CVS


 See below:

  -Ursprüngliche Nachricht-
  Von: Laurent Michenaud [mailto:[EMAIL PROTECTED]]
  Gesendet: Dienstag, 20. November 2001 16:12
  An: Tomcat Users List
  Betreff: RE: CVS
 
 
  We prefer to use cvs rather than Ms SafeSource.
 
  I was asking still questions :
  - What's better ? a repository for each project or a module for
  each project ?

 We don't use either, the projects are simple sub directories under
 one root in the repository.

  - Is it a good idea to use CVS for binary files ? i was thinking
  about class files, and all the jpeg/gif files...

 In general yes. But I would just put class files in the repository
 if they are not build from sources. And make shure that you
 use/configure
 cvs correct to handle binaries. (Otherwise you might expierence some
 surprises.)

  - What would do the site construction script ? pre-compile the jsp and
  the servlet maybe ? Have u got examples of script that i could see ?
 Checkout all needed files for a given tag.
 Compile the java classes, make a jar of them, fill a test database.

 In our environment we have several files that are the same over the
 project that are placed outside the project directory. Our installation
 script copies these files in the deployment site where our webserver
 runs
 and mixes them withe project specific files.

 We have automated the setup of a webserver, so that we can setup a new
 instance of the same project in few minutes once we have defined all
 configration parameters. (Even the initial setup of new project
 doesn't take much longer)

 This we use to build the web server up to several times a day.

 The examples won't help you much because they still work with good old
 JServ.

  - I think we will need differents branches :
  - one for each stable release
  - one for a beta developpement but fonctionnal, few bugs.
  - one for an alpha developpment, used to backup the progress

 I wouldn't do to much branches. Just use Tags to mark this versions.

  works( i am hesitating
  here with a branch for each developper ).

 A clear NO! to this approach.

  For example, a developper that has not finished a work at the
 end
  of the day will update the alpha branch.

 If a developer isn't ready, the he shouldn't checkin. So the your
 alpha branch is just the developers workplace in my world. (What do you
 win
 with this checkin ?)

  A developper will update the beta branch when he thinks his
  source
  is quite ok.
  The stable release will be built after hard testing of the
  global
  application.

  - Last question : which utils do u use for cvs ? there is wincvs, i've
  seen webcvs too.
  Are there any others ?
 We use WinCVS, XEmacs and the command line interface

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



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




Re: CVS

2001-11-20 Thread Barry White

Man, that sounds cool.
:)
- Original Message -
From: Peter Davison [EMAIL PROTECTED]
To: Tomcat Users List [EMAIL PROTECTED]
Sent: Tuesday, November 20, 2001 9:57 AM
Subject: Re: CVS


 Hi Laurent.

 I think you are on the right track.  Here's how we used CVS in my last
 work environment which worked great - IMHO.

 One central CVS server.
 Everytime our CM person performed a successful build the project's files
would
 be tagged with that builds ID.  This way we could always reproduce the
build at
 any point in the future.
 When we were approaching the end of a projects cycle and the code was
pretty
 much stable we would branch the project and label the branch with the
release
 version number.  As bugs were reported back on that release, the bugs
would be
 fixed on the branch code.  Meanwhile work on the next release would
continue
 and applied to the trunk (main line) code.  Any bug fixes that were
applied to
 the branch code would get merged into the main line if it made sense to do
so.

 When you say each developer would get a version... I assume you mean
that
 each developer has their own version of the project.  This is how we did
it.
 Each developer had their own copy of the code (the whole project).
Developers
 would update their copy regularly to have the most up to date code on
their
 machines.  This way any changes made would most likely work with the rest
 of the project.  When a developer is ready to check in changes, they would
 first update their code to make sure that they had the most recent
codebase,
 re-compile to ensure their changes wouldn't break the build, re-run the
 unit test suite to make sure they hadn't broken any functionality then
 commit their changes.  The best way to do this is to check in frequently.
 That way when you do have conflicts they are small and can be easily
fixed.
 CVS in general handles merges very well.  It's only when two people modify
the
 same lines in the same file that you get conflicts happening.  This
happens
 very, very rarely.  The process can be completely painless if you check in
 frequently, and don't wait for extended periods of time before checking
in.
 You always want to be working with the latest source code in the
repository.

 We were also using Tomcat as our server and yes each developer had a
 copy of it.  This worked very well.  For one reason it isolated your
testing
 environment.  Because you were working on your own machine with your own
copy
 of Tomcat, when an exception occurred or something unexpected happened you
 knew that it was due to something you did, and wasn't the result of some
external action.
 To make sure that each developer had the
 same setup we checked our modified version of Tomcat into CVS as well.
 That way all that a developer had to do to set up Tomcat on their machine
 was to check it out and start it up.

 So each developer would have the complete system needed to do their work
and
 could run their tests in isolation from other developers.

 Our CM person would do nightly builds and install them on a QA server
(several servers
 actually).  The QA team would use these servers as their test subjects.
They would also
 have one server per tester so that when bugs were found they would have a
good idea of
 what action cause the error (since they were the only person interacting
with that server).
 Bugs would be reported quoting the build number that was attached to that
build.

 Hope this helps.

 Regards,
 Pete.

 On Tue, 20 Nov 2001 15:21:55 +0100
 Laurent Michenaud [EMAIL PROTECTED] wrote:

  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

  1   2   >