> -----Original Message-----
> From: Tarek M. Nabil [mailto:[EMAIL PROTECTED]
> Sent: 20 November 2003 21:52
> To: Cactus Users List
> Subject: RE: REPOST: RE: Authentication Failure --> Problem Found
[snip]
> I don't want to sound like I'm grumbling (ok I AM grumbling) but I
spent
> something like 3 days on this issue. I imagine that it would have been
> very easy for someone from the team who built cactus to figure this
out,
> especially, that I did ask very specific questions, like "How come the
> sample works when I don't have testuser in my users file". Someone
picking
> that lead could have easily known what I'm facing. I also think, the
> documentation could have been a whole lot better when it came to this
> point.
Tarek, we are happy to improve the documentation. Now that you
understand how it works, could you send a documentation patch to help
others?
>
> I know a lot of you now are saying that I am an ungrateful and mean
> person, because instead of thanking the open source community for
giving
> me a testing framework and support for free, I am complaining. But it
> really is two sided. If I had known this experience would be like
this;
> (most of my questions were not even replied to, needless to say, with
an
> answer), I wouldn't have started it in the first place, and I wouldn't
> have wasted my company's time on it. We tackle things like this
because of
> the support we see in a lot of open source projects like "Tomcat" and
> "Struts". But, obviously, they're not all alike.
That's not usually something that will get you more support... ;-)
>
> It also came to my mind that it might be my way of asking the
questions,
> but when I look back at all my postings, I find that I have not
offended
> anyone or acted meanly in any way (except of course on this one, which
I
> can't help). If I did, then I'm sorry about it.
>
> Anyway, If you don't all hate me by now, maybe someone would still
have it
> in him to answer this.
>
> To get this working, I need to put my own tomcat-users.xml in the conf
> directory instead of the default one. I figured out how to use the
<conf>
> element that should be nested inside the <tomcat4x> element. I changed
my
> tomcat4x element to look like this
>
> <tomcat4x dir="${catalina.home}" port="8080"
> todir="${test.home}/reports">
> <conf dir="${catalina.home}/conf">
> <include name="**/*.xml"/>
> <exclude name="**/*server.xml"/>
> </conf>
> </tomcat4x>
>
> This is supposed to copy my tomcat-users.xml and my web.xml from the
> ${catalina.home}/conf to the new conf. And when I run the task, I see
this
> in the console
>
> [cactus] Copying 2 files to
> C:\DOCUME~1\tnabil\LOCALS~1\Temp\cactus\tomcat4x\conf
>
> But when I go to that directory, I find that the default files are
still
> there. The only explanation I have is that my files are copied and
then
> overwritten. This is just a guess. Is there a way out of this?
Ok, I've looked at the code and it is a bug (or rather an unsupported
situation :-)). The class to look at is AbstractCatalinaContainer.java.
Here is what it says:
// TODO: only copy these files if they haven't been provided by
the
// user as a conf fileset
ResourceUtils.copyResource(getProject(),
RESOURCE_PATH + theResourcePrefix + "/tomcat-users.xml",
new File(confDir, "tomcat-users.xml"));
fileUtils.copyFile(new File(getDir(), "conf/web.xml"),
new File(confDir, "web.xml"));
This is definitely a bug. Could you open a bugzilla bug report about
this? Please note that I have no knowledge of this code as I haven't
written it myself.
Thanks
-Vincent
[snip]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
