FYI: Support for Tomcat 9.0 was added to WTP 3.8 for Eclipse Neon last weekend.
I can add 8.5 support, but it would be best if it could be added in March or
April. If it's delayed beyond that, it might have to move to the first
maintenance release that comes out in late September. I'll try to
I think you need
> file:///c:/somedir/somepath
>
> Filip
>
>
> On 09/04/2009 07:22 AM, Larry Isaacs wrote:
> > On Windows prepending "file://" to "C:\somedir\somefile" results in
> "file://C:/somedir/somefile". I'm pretty sure URL will thi
sts [mailto:devli...@hanik.com]
> Sent: Thursday, September 03, 2009 5:52 PM
> To: Tomcat Developers List
> Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
> The URL has to start with "file://"
>
> So the VirtualWebappLoader, can take a regular file p
> -Original Message-
> From: Larry Isaacs
> Sent: Wednesday, September 02, 2009 9:41 AM
> To: 'Tomcat Developers List'
> Subject: RE: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
>
>
> > -Original Message-
> > From: Rainer
> -Original Message-
> From: Rainer Jung [mailto:rainer.j...@kippdata.de]
> Sent: Tuesday, September 01, 2009 3:34 PM
> To: Tomcat Developers List
> Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
> On 01.09.2009 20:48, Larry Isaacs wrote:
&g
Hi Filip,
I have a vague recollection about tripping over this issue while working on the
Tomcat support in the Eclipse Web Tools Platform. WTP has its own version(s)
of VirtualWebappLoader, called WtpWebappLoader, to address it. If I'm
recalling the issue correctly, pre-pending "file:/" work
It has been a long time, but I believe the bean property naming convention is
that if the second letter is capitalized, the first letter should be
capitalized too, avoiding property names like "uRL". If you really want
"xKey", you can provide a MyBeanBeanInfo class to go with MyBean to specify
> -Original Message-
> From: Mamatha Rao (mamtarao) [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 20, 2008 7:15 AM
> To: Tomcat Developers List
> Subject: RE: Re: Tomcat 3.2.x problem with MS-DOS device names
>
> Thanks Bill. I found the details of the bug fix:
>
> Bug Fix - http://
I'm fine with either approach as well.
Larry
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
> Yoav Shapira
> Sent: Friday, February 15, 2008 8:10 AM
> To: Tomcat Developers List
> Subject: Re: [PROPOSAL] Announce 3.x is no longer supported
>
> On Thu
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Thursday, January 10, 2008 5:39 PM
> To: Tomcat Developers List
> Subject: Re: svn commit: r609294 - in /tomcat/tc6.0.x/trunk: STATUS.txt
> conf/catalina.policy webapps/docs/changelog.xml
>
> On Thu, 2008-01-10 at
The current WTP 2.0 Integration build now contains support for
Tomcat 6.0. Sorry this missed the M4 release, but the M4 schedule
shifted in a way that prevented this support from getting in.
Support for Servlet 2.5 is being worked on but isn't yet available.
It you want to follow along, the Eclip
pers List
> Subject: Re: Eclipse WTP and Tomcat 6.0.x ?
>
> Larry, how could we lure the current WTP 1.5.2 to use a Tomcat 6.x ?
>
> 2006/11/14, Larry Isaacs <[EMAIL PROTECTED]>:
> > Regrettably, my day job didn't allow for much change in WTP
> from 1.0.x
>
Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Yoav Shapira
> Sent: Tuesday, November 14, 2006 9:32 AM
> To: Tomcat Developers List
> Cc: Larry Isaacs
> Subject: Re: Eclipse WTP and Tomcat 6.0.x ?
>
> Hi,
> Larry, thanks for these efforts.
Hi Henri,
Probably before the M4 release of WTP 2.0 in early January.
The Tomcat support in WTP is where my day job has my spare
time going these days, what there is of it. :)
Cheers,
Larry
> -Original Message-
> From: Henri Gomez [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 14,
Feel free to start a new thread on the Eclipse Web Tools
newsgroup (http://www.eclipse.org/newsgroups/) to ask
Eclipse related questions. Currently in WTP, Tomcat
servers default to separate catalina.base and catalina.home.
The problem is that you don't get to choose the location for
catalina.base
I believe your PathCheck is the expected approach. It is
mentioned in the documentation:
http://tomcat.apache.org/connectors-doc-archive/jk2/jk/neshowto.html
I can't say how up to date this document is, however. Note that
in Tomcat 3.3.x, its auto-generated object.conf file included:
#
16 matches
Mail list logo