tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Josh Gooding <>
Subject Re: auto-undeploy Old Context patch
Date Sun, 09 Dec 2012 02:37:29 GMT
Sounds good.  I grabbed the source and have it imported into Eclipse.  If I
can ask here:

I'm developing on a Win-x64 Environment using JDK 1.6.0_34.  I am following
along with the BUILDING.txt file and have taken the default and used it to create a standard
file.  I have the parameter: base.path=C:/Users/Josh/workspace/TC7 set
where the trunk is checked out to.

I run the build.xml from my IDE and I get 15 compile errors from the
\tomcat7-deps\dbcp\src\java\org\apache\tomcat\dbcp\dbcp\ package.  The
firsts compiler error I get (just as an example) is:

BasicDataSource is not abstract and does not override abstract method
getParentLogger() in CommonDataSource

Any clues to what would cause this?  Since I haven't gotten the project off
the ground and building yet, I'm just curious if it could be my setup or if
there is some other underlying issue.

- Josh

On Wed, Dec 5, 2012 at 2:29 PM, Mark Thomas <> wrote:

> On 05/12/2012 15:37, Josh Gooding wrote:
> > Ah, looks like I'm pulling the newest version into production on the 9th
> > then.
> >
> > As for helping out in other places, I'm more than game.  Just point me in
> > the right direction, I'll see what I can do to help TC out.  I figure
> I've
> > used it and abused it, recommended it, and migrated companies over to it
> > enough, it's time.  Even if it is something as simple as fixing this poor
> > page:
> >
> >  ;)
> Great. The more the merrier.
> If you fancy fixing that page as a starting point - go for it. The
> source is here:
> We always work on trunk and then back-port (via svn merge) fixes back to
> 7.0.x and sometimes 6.0.x.
> Once you have a patch, create a bugzilla issue and attach your patch in
> diff -u format.
> After that I suggest taking your pick of the open issues in BugZilla or
> if web design is an area of interest the docs and the website are in
> need of a major makeover. Really, it is whatever takes your fancy. If
> you have ideas for new features it is best it discuss them here first in
> case one of the devs has an objection.
> Cheers,
> Mark
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message