5.5.17 zip/exe service install

2006-04-25 Thread Allistair Crossley
Hi,

Will the new 5.5.17 zip distro come with the tomcat EXE files used by
service.bat to install the service? I noted in 5.5.16 the EXEs were
missing, whilst the service.bat remained. 

If this was intentional to keep the ZIP distro down in size in favour of
the EXE distro I would disagree with that because we need to be able to
script the installation of the service rather than use the installer
(e.g for laptop installations) as might other I.T depts. As it was, I
had to install the 5.5.16 from the installer to get the EXE files, copy
them, uninstall it all, then use the ZIP distro.

If the 5.5.16 non-inclusion of the EXEs was unintentional please ignore
me.

Cheers, Allistair


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK 
Disclaimer:  The information contained within this e-mail is confidential and 
may be privileged. This email is intended solely for the named recipient only; 
if you are not authorised you must not disclose, copy, distribute, or retain 
this message or any part of it. If you have received this message in error 
please contact the sender at once so that we may take the appropriate action 
and avoid troubling you further.  Any views expressed in this message are those 
of the individual sender.  QAS Limited has the right lawfully to record, 
monitor and inspect messages between its employees and any third party.  Your 
messages shall be subject to such lawful supervision as QAS Limited deems to be 
necessary in order to protect its information, its interests and its 
reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS 
Limited cannot guarantee that attachments are virus free or compatible with 
your systems and does not accept any liability in respect of viruses or 
computer problems experienced.
/FONT


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



RE: TC6 documentation

2006-04-05 Thread Allistair Crossley
Hi,

I strongly disagree that the current documentation format is helpful
both in terms of readability and accessibility to update. 

For about 2 years now I have wanted to do something with them, but never
get around to it, but my start so far is a set using DocBook. Even this
I am not keen on in terms of writing the documentation since it will
discourage some users contributing to the documentation since they have
to learn DocBook. On the other hand, it can output as XHTML and PDF
which is a real plus, and it's not all that hard. I definitely think
overall the Tomcat site could do with a general overhaul and content
restructure, but I do not know if that is possible being within the
Apache box.

There is a definate shift now to XHTML/CSS and web standards. All
browsers in use today can support the amount of XHTML/CSS required,
developers cannot and should not deny CSS as a valid method for
structuring design and layout completely. In fact, devs should love it
because it leaves devs to write semantically pure XHTML.

Something like bugxxx/bug that Yoav mentioned is easily handled by a
XHTML/CSS markup rather than using a custom tag that is rendered into a
TABLE.

For example here is how the changelog *could* be represented with
semantically accurate XHTML (a table is arguably also accurate, but in
this case is more of a presentational choice)

h1Tomcat 5.5.16/h1

dl id=general
  dt class=updatenbsp;/dt
  dd
Required tcnative library version upgraded to 1.1.2 
abbr class=username(remm)/abbr
  /dd
/dl

dl id=catalina
  dt class=bug23950/dt
  dd
Context.listBindings() should return objects not references.
abbr class=username(markt)/abbr
  /dd
/dl

The DTs by virtue of their class can add the appropriate image for
denoting an update or a bug. It could shade the row if it really wanted,
we can do anything with it. 

The DD speaks for itself, and I chose the ABBR since the dev inits are
an abbreviation of sorts, but classified it as a username. In CSS2 we
would be able to add the parantheses at start and end, but that's not
quite ready in all browsers yet.

I definitely believe the documentation should be rewritten either in
DocBook=XHTML or pure XHTML with CSS.

Allistair

-Original Message-
From: Ian Darwin [mailto:[EMAIL PROTECTED] 
Sent: 04 April 2006 20:32
To: Tomcat Developers List
Subject: Re: TC6 documentation

Yoav Shapira wrote:
 There were other reasons for using XML, like the ability for Jakarta 
 to have some common elements that would get automagically resolved 
 into the bug tracking URLs, etc.  For example, when I edit the 
 changelog it's great to just put in bugn/bug and have it be 
 resolved to the proper Bugzilla link URL.  I think it cuts down on 
 typos, broken links, etc.  And this is just one example of a useful 
 custom element out of several.
   
Right you are, thanks.  And am I right that eating our own dog food -
using JSP tags for that - is out because we want to maintain
statically-usable copies?  OTOH it might be a better demo of Tomcat :-) 

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





FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK 
Disclaimer:  The information contained within this e-mail is confidential and 
may be privileged. This email is intended solely for the named recipient only; 
if you are not authorised you must not disclose, copy, distribute, or retain 
this message or any part of it. If you have received this message in error 
please contact the sender at once so that we may take the appropriate action 
and avoid troubling you further.  Any views expressed in this message are those 
of the individual sender.  QAS Limited has the right lawfully to record, 
monitor and inspect messages between its employees and any third party.  Your 
messages shall be subject to such lawful supervision as QAS Limited deems to be 
necessary in order to protect its information, its interests and its 
reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS 
Limited cannot guarantee that attachments are virus free or compatible with 
your systems and does not accept any liability in respect of viruses or 
computer problems experienced.
/FONT


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



RE: Tomcat 6 plans (JSP 2.1)

2005-12-22 Thread Allistair Crossley
Hi,

Personally I am less interested in a small footprint Tomcat and more
interested in tools that help manage and report on the internals of
Tomcat. Instrumentation, JMX, effective and stable debugging and
deployment, clustering and load balancing are the types of areas that
would help me out with our corporate intranet. 

I doubt any of these issues are of real concern to the development team
because they are supporting of the main container, but they matter on
the front-line and often piecing together different technologies via
modules which have varying amounts of documentation and stability is
tough and time-consuming. I've been fighting getting in WebLogic,
WebSphere and Jboss but it looks like it's going that way in 2006 :(

May I also take this opportunity to thank those that have helped with
any queries I've had this year, Merry Christmas. I'm also very sorry I
have not yet been able to accomplish what I wanted to in 2005 which was
to rewrite Tomcat's documentation in DocBook. It's still something I am
highly interested in as I think documentation is critical and important
to everyone on the ground.

All the best with Tomcat 6, I would love to help with docs where I can
but I will need to see if I can work out some time.

Merry Christmas, Allistair.

-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED] 
Sent: 22 December 2005 11:12
To: Tomcat Developers List
Subject: Re: Tomcat 6 plans (JSP 2.1)

Well a Tomcat will a small memory footprint is also very interesting for
me :)

For guidelines on how to use it ?

2005/12/22, Yoav Shapira [EMAIL PROTECTED]:
 I'm willing to help...

 Yoav

 On 12/21/05, Costin Manolache [EMAIL PROTECTED] wrote:
  Well, it's not about 'vote' or plans, it's more about what people 
  have time to do.
 
  I have checked in the build files for a 'standalone' tomcat in the 
  sandbox, I've been using the single jar almost exclusively, seems to

  work fine. But I have a feeling I'm the only one interested in this 
  :-). Removing more features to make it really minimal is quite 
  simple, but requires testing and a bit of work. I don't think we 
  need any new code - just small adjustments and different packaging -

  and a bit of will.
 
  Costin
 
 
  On 12/21/05, Henri Gomez [EMAIL PROTECTED] wrote:
   - What could prevent TC 6.x to became more modular ?
  
   - Design, commercial dependencies or personal decisions.
  
   Why not send a sort of vote on some possible architectures and
plans ?
  
  
   2005/12/21, Yoav Shapira [EMAIL PROTECTED]:
+1 to Costin's stuff... I've been itching for a truly minimal 
+Tomcat
distro for a while...
   
Yoav
   
On 12/21/05, Costin Manolache [EMAIL PROTECTED] wrote:
 I would really like to have something more modular too - I 
 understand that NIO and the other connector stuff is unlikely 
 to see the main branch, but I think 'minimal standalone + 
 modules'  deserves a chance.

 Even if we continue to ship by default a bloated tomcat, with 
 all the features anyone can think of or ever wanted - having 
 those features organized like modules would make a lot of
things easier and better.

 Almost all important platforms are designed this way - apache,

 jboss, firefox, etc, it would be time for tomcat as well..

 By minimal standalone tomcat I mean: coyote http11 + servlet +

 jsp + minimal set of valves to have a TCK-accepted container. 
 Modules == jdbc authenticators, load balancing, ssl, jk, even 
  APR, and anything that could be eventually released or
upgraded independently.

 Costin


 On 12/21/05, Henri Gomez [EMAIL PROTECTED] wrote:
   Sorry, so far nobody has had the sense to propose 
   returning to the good old TC 3.3 Interceptors ;-).  It
looks like Evolution is here to stay.
 
  I don't know if Interceptors would be a good solutions but 
  I'd really like to have something similar to Apache modules.
 
  
  - 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]


   
   
--
Yoav Shapira
System Design and Management Fellow MIT Sloan School of 
Management Cambridge, MA, USA [EMAIL PROTECTED] / 
www.yoavshapira.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]
  
  
 
  

RE: Tomcat 6 plans (JSP 2.1)

2005-12-22 Thread Allistair Crossley
Personally I am a fan of the light-weight approach. Using Tomcat but
adding enterprise value at webapp level with Spring and Hibernate has
been a fantastic combination for us. I've not delved into EJB3 much but
I hear it's just POJO CMP stuff which Hibernate does. 

If Tomcat could just provide more support in the
management/instrumentation/clustering and deployment areas I'd be a
happy chappy.

Allistair.

-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED] 
Sent: 22 December 2005 16:08
To: Tomcat Developers List
Subject: Re: Tomcat 6 plans (JSP 2.1)

Remy Maucherat wrote:

 I don't see a big difference with Tomcat, which is also an appserver 
 (hopefully, you don't associate EJB - appserver, because if you do, 
 I'm not talking to you ever again :) ). Marketting is king, though, 
 and I understand the desire to look like a rebel and refuse the big 
 fat appserver in favor of a random set of independent components 
 which in the end do and are actually the exact same thing. Unless the 
 appserver is monolithic, but that's not the current trend (but even if

 it is, sometimes they are actually small).

I personally don't associate EJB with app server *but* that's clearly
the marketing trend.  To be a certified J2EE app server you have to
support EJBs, all app server marketing rags, etc, are 100% EJB centric,
etc, etc.

Now that EJB 3 is solidifying I can see a lot broader applicability to
EJBs, but I still don't personally buy the monolithic notion of J2EE (or
JEE) app server.  I know JBoss does not have to be deployed this way.  
The J2EE certification, marketing, etc, all treats this as a monolithic
stack, though -- which seems unfortunate...

--
Jess Holle

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





FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK 
Disclaimer:  The information contained within this e-mail is confidential and 
may be privileged. This email is intended solely for the named recipient only; 
if you are not authorised you must not disclose, copy, distribute, or retain 
this message or any part of it. If you have received this message in error 
please contact the sender at once so that we may take the appropriate action 
and avoid troubling you further.  Any views expressed in this message are those 
of the individual sender.  QAS Limited has the right lawfully to record, 
monitor and inspect messages between its employees and any third party.  Your 
messages shall be subject to such lawful supervision as QAS Limited deems to be 
necessary in order to protect its information, its interests and its 
reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS 
Limited cannot guarantee that attachments are virus free or compatible with 
your systems and does not accept any liability in respect of viruses or 
computer problems experienced.
/FONT


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



SVN

2005-10-19 Thread Allistair Crossley
Hi,
 
Can I just ask if the Tomcat subversion migration is now complete? If i were to 
want to obtain the latest 5.5.x branch, would I just do so from 
/tomcat/current/5.5.x. Also, I presume the build.xml script will have changed 
now? I wonder if someone might highlight a few steps/ant targets for the new 
setup, and I will give it a shot and write a more formal help page,
 
Cheers, Allistair.


FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE 
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK 
Disclaimer:  The information contained within this e-mail is confidential and 
may be privileged. This email is intended solely for the named recipient only; 
if you are not authorised you must not disclose, copy, distribute, or retain 
this message or any part of it. If you have received this message in error 
please contact the sender at once so that we may take the appropriate action 
and avoid troubling you further.  Any views expressed in this message are those 
of the individual sender.  QAS Limited has the right lawfully to record, 
monitor and inspect messages between its employees and any third party.  Your 
messages shall be subject to such lawful supervision as QAS Limited deems to be 
necessary in order to protect its information, its interests and its 
reputation.  

Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS 
Limited cannot guarantee that attachments are virus free or compatible with 
your systems and does not accept any liability in respect of viruses or 
computer problems experienced.
/FONT



RE: SVN

2005-10-19 Thread Allistair Crossley
Hey,

I was hoping so, thanks! :) Although I find Tortoise is absolutely brilliant 
for Windows SVN

Ali.

 -Original Message-
 From: Yoav Shapira [mailto:[EMAIL PROTECTED]
 Sent: 19 October 2005 15:09
 To: 'Tomcat Developers List'
 Subject: RE: SVN
 
 
 Hi,
 svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x tomcat
 cd tomcat/build
 ant
 
 That's it. 
 
 Yoav Shapira
 System Design and Management Fellow
 MIT Sloan School of Management
 Cambridge, MA USA
 [EMAIL PROTECTED] / www.yoavshapira.com
  -Original Message-
  From: Allistair Crossley [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, October 19, 2005 9:57 AM
  To: dev@tomcat.apache.org
  Subject: SVN
  
  Hi,
  
  Can I just ask if the Tomcat subversion migration is now 
 complete? If i
  were to want to obtain the latest 5.5.x branch, would I 
 just do so from
  /tomcat/current/5.5.x. Also, I presume the build.xml script 
 will have
  changed now? I wonder if someone might highlight a few 
 steps/ant targets
  for the new setup, and I will give it a shot and write a 
 more formal help
  page,
  
  Cheers, Allistair.
  
  
  FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
  ---
  QAS Ltd.
  Registered in England: No 2582055
  Registered in Australia: No 082 851 474
  ---
  /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK
  Disclaimer:  The information contained within this e-mail 
 is confidential
  and may be privileged. This email is intended solely for the named
  recipient only; if you are not authorised you must not 
 disclose, copy,
  distribute, or retain this message or any part of it. If 
 you have received
  this message in error please contact the sender at once so 
 that we may
  take the appropriate action and avoid troubling you 
 further.  Any views
  expressed in this message are those of the individual 
 sender.  QAS Limited
  has the right lawfully to record, monitor and inspect 
 messages between its
  employees and any third party.  Your messages shall be 
 subject to such
  lawful supervision as QAS Limited deems to be necessary in order to
  protect its information, its interests and its reputation.
  
  Whilst all efforts are made to safeguard Inbound and 
 Outbound emails, QAS
  Limited cannot guarantee that attachments are virus free or 
 compatible
  with your systems and does not accept any liability in 
 respect of viruses
  or computer problems experienced.
  /FONT
 
 
 

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



RE: SVN

2005-10-19 Thread Allistair Crossley
Hi,

I did just that but got

C:\svn-tc5.5.x\build\build.xml:137: Warning: Could not find file C:\usr\share\ja
va\jsp-api-2.0\lib\jsp-api.jar to copy.

I remember the previous build would download these usr/share dependencies 
beforehand?

Cheers, Allistair.

 -Original Message-
 From: Yoav Shapira [mailto:[EMAIL PROTECTED]
 Sent: 19 October 2005 15:09
 To: 'Tomcat Developers List'
 Subject: RE: SVN
 
 
 Hi,
 svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x tomcat
 cd tomcat/build
 ant
 
 That's it. 
 
 Yoav Shapira
 System Design and Management Fellow
 MIT Sloan School of Management
 Cambridge, MA USA
 [EMAIL PROTECTED] / www.yoavshapira.com
  -Original Message-
  From: Allistair Crossley [mailto:[EMAIL PROTECTED]
  Sent: Wednesday, October 19, 2005 9:57 AM
  To: dev@tomcat.apache.org
  Subject: SVN
  
  Hi,
  
  Can I just ask if the Tomcat subversion migration is now 
 complete? If i
  were to want to obtain the latest 5.5.x branch, would I 
 just do so from
  /tomcat/current/5.5.x. Also, I presume the build.xml script 
 will have
  changed now? I wonder if someone might highlight a few 
 steps/ant targets
  for the new setup, and I will give it a shot and write a 
 more formal help
  page,
  
  Cheers, Allistair.
  
  
  FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
  ---
  QAS Ltd.
  Registered in England: No 2582055
  Registered in Australia: No 082 851 474
  ---
  /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK
  Disclaimer:  The information contained within this e-mail 
 is confidential
  and may be privileged. This email is intended solely for the named
  recipient only; if you are not authorised you must not 
 disclose, copy,
  distribute, or retain this message or any part of it. If 
 you have received
  this message in error please contact the sender at once so 
 that we may
  take the appropriate action and avoid troubling you 
 further.  Any views
  expressed in this message are those of the individual 
 sender.  QAS Limited
  has the right lawfully to record, monitor and inspect 
 messages between its
  employees and any third party.  Your messages shall be 
 subject to such
  lawful supervision as QAS Limited deems to be necessary in order to
  protect its information, its interests and its reputation.
  
  Whilst all efforts are made to safeguard Inbound and 
 Outbound emails, QAS
  Limited cannot guarantee that attachments are virus free or 
 compatible
  with your systems and does not accept any liability in 
 respect of viruses
  or computer problems experienced.
  /FONT
 
 
 

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