You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cactus-user@jakarta.apache.org by Bryan Mishkin <bm...@hoovers.com> on 2005/05/11 15:57:55 UTC
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" <vm...@pivolis.com>
11-05-05 16:09
To
<Ol...@gemini-systems.ru>
cc
"'Cactus Users List'" <ca...@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!
AW: Cactus and Ant Integration
Posted by Alvin Antony <Al...@consol.de>.
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" <vm...@pivolis.com>
11-05-05 16:09
To
<Ol...@gemini-systems.ru>
cc
"'Cactus Users List'" <ca...@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