jakarta-cactus-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alvin Antony" <Alvin.Ant...@consol.de>
Subject AW: Cactus and Ant Integration
Date Wed, 11 May 2005 14:02:43 GMT
I am not sure, but i Think the conf is itself an extension of fileset,
so the error message is correct "'Nested file sets not
allowed'"!!!

HTH
Alvin

alvin.antony@consol.de                     ConSol* Software GmbH
Phone +49-89-45841-191                     Consulting & Solutions
Fax   +49-89-45841-111                     Franziskanerstr. 38
Mobile+49-160-97340713
http://www.consol.de                       81669 M√ľnchen

*******************************************************************
Besuchen Sie uns auf der Midvision/Midrange 2005 in Karlsruhe vom 
8. bis 9. Juni 2005 im BPM-Vision-Pavillon, Halle 1, Stand E50/1
*******************************************************************


-----Urspr√ľngliche Nachricht-----
Von: Bryan Mishkin [mailto:bmishkin@hoovers.com] 
Gesendet: Mittwoch, 11. Mai 2005 15:58
An: 'Cactus Users List'
Betreff: Cactus and Ant Integration

All:

I have a question concerning the 'Cactus' custom ant task.  

I have it setup and running tomcat but the temp tomcat instance isn't
picking up on my context descriptor named 'hes-test.xml' so I wanted to
utilize the nested conf attribute.  I tried the following:

              <tomcat5x
                  dir="${tomcat.home}" port="8080">
			<conf>
				<fileset
dir="${tomcat.home}/conf/Catalina/localhost>
					<includes name="hes-test.xml"/>
				</fileset>
			</conf>
              </tomcat5x>

That didn't work - the error was something like 'Nested file sets not
allowed'.  Can someone provide me a working example of utilizing the
'conf'
nested element?

I have the following currently

<cactus warfile="${dir.dist}/hes-test.war" fork="yes"
              failureproperty="tests.failed">
            <classpath>
              <path refid="classpath.utilize.tests"/>
            </classpath>
            <containerset timeout="180000">
              <tomcat5x
                  dir="${tomcat.home}" port="8080">
              </tomcat5x>
            </containerset>
            <formatter type="xml"
                 usefile="true"
                 extension=".xml"/>
            <batchtest todir="${dir.reports.xml}">
                <fileset dir="${dir.src.test}">
                    <filename name="**/Test*.java"/>
                    <not>
                    <or>
                    <filename name="**/*TestConnectionProxy.java"/>
                    <filename name="AllChimpTests.java"/>
                    <filename name="TestChimpSuit.java"/>
                    <filename name="TestCactusSuite.java"/>
                    <filename name="**/*Search*.java"/>
                    <filename name="**/*TestClobsWithPool*.java"/>
                    <filename name="**/*TestChimpTeamView*.java"/>
                    <filename name="**/*TestCurrencyFormatter*.java"/>
                    <filename
name="**/*TestDataSourceManagerConnection*.java"/>
                    </or>

                    </not>

                </fileset>
            </batchtest>
        </cactus>

Bryan T. Mishkin
IT Content Systems Team Lead
Hoover's Inc.
(512)374-4586 (external)
x44586 (internal)
http://www.hoovers.com
 
The information contained in this communication is confidential. This
communication is the property of Hoover's, Inc. and is intended only for
the
use of the addressee. If you are not the intended recipient, please
notify
me promptly and delete the message. Any distribution or copying of this
message without my prior consent is prohibited.
 
 

-----Original Message-----
From: Oleg.Mikheev@gemini-systems.ru
[mailto:Oleg.Mikheev@gemini-systems.ru]

Sent: Wednesday, May 11, 2005 8:24 AM
To: vmassol@pivolis.com
Cc: 'Cactus Users List'
Subject: RE: cactus and portlet integration

Vincent,

The most difficult part of portlet cactus testing is the portlet 
application URL, that is
changing from deployment to deployment.
So, the question was more about automating the task of identifying the 
correct URL
for the tested portlet app, not implementation of the test.
We work with WebSphere, probably it's not a general portlet issue, but 
just IBM
portal implementation that makes our life so hard. I'm not sure about 
that, would be
glad to have any info on that.

Thanks!

---
sincerely yours,
Oleg Mikheev 
Gemini Systems SPB



"Vincent Massol" <vmassol@pivolis.com> 
11-05-05 16:09

To
<Oleg.Mikheev@gemini-systems.ru>
cc
"'Cactus Users List'" <cactus-user@jakarta.apache.org>
Subject
RE: cactus and portlet integration






Hi Oleg,
 
(cc-ing the Cactus user list so that everyone interested can
participate)
 
I?d say it?s not possible as is simple because a Portlet is NOT a
Servlet. 
It has a different specification and a different lifecycle. That said,
it 
would be relatively easy to build a PortletTestCase and associated 
objects.
 
For now your best solution is to use mock objects and functional
testing.
 
Thanks
-Vincent
 

From: Oleg.Mikheev@gemini-systems.ru 
[mailto:Oleg.Mikheev@gemini-systems.ru] 
Sent: mercredi 11 mai 2005 13:58
To: vmassol@pivolis.com
Subject: cactus and portlet integration
 

Hi Vincent! 

Looked through the Cactus site, and noticed your 1 year old discussion 
concerning integration 
of Cactus and Portlets. 
It didn't answer the question how to do the actual integration, and 
whether it is possible now. 
Right now we are looking for some tool to test Portlet applications, do 
you know if Cactus 
is capable of that? 
Thanks in advance! 


---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org




Mime
View raw message