jakarta-cactus-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vincent Massol" <vmas...@pivolis.com>
Subject RE: Maven-Cactus Plugin EJB testing
Date Tue, 30 Dec 2003 09:04:35 GMT
Hi Tony,


Note: I'm responding to the cactus user list (please use this list for
anything related to Cactus).


See embedded.


-----Original Message-----
From: Tony Czupryna [mailto:tczupryna@orbitz.com] 
Sent: 30 December 2003 01:03
To: vmassol@pivolis.com
Subject: Maven-Cactus Plugin EJB testing



I have a few questions about the maven cactus plugin. It seems like you
are the appropriate person to ask since you do most of the checkins. If
you have some time, your help would be greatly appreciated. 

I've got the latest from tip and am trying to integrate with our source
to do a cactus:test-ear. Currently we're trying to test an ejb project
(no war) with weblogic8. I believe the weblogic7 tools will work fine. 

I noticed that tomcat and resin have a mechanism to override the
config.xml/server.xml. Is there a way to do something similar for
weblogic? I need to add some db connection pools to the test server in
order to deploy the ejbs. There may already be a way to do this that is
eluding me. 

Yeah. It was missing (there was a bug report for this item:
http://issues.apache.org/bugzilla/show_bug.cgi?id=23016). I've just
committed a fix for you in CVS. There's now a new configXml attribute
for the <weblogic7x> container. 

Also, in trying to mavenize some of our projects, we are breaking them
down by ejb, war, and ear. Maven has a way to specify in
project.properties (maven.multiproject.type) and I believe they are
planning on adding something to pom 4 where you specify if a particular
sub-project is a jar/ejb/war/ear. 


Yep, that is true. Actually, I proposed the new <type> element in POM v4
(and I've already implemented it in Maven CVS HEAD) :-)


It would be great if the cactus plugin could automagically run the
appropriate cactus tests on a subproject based on that same property.
With this property it should be possible to kick off cactus:test-XXX
based on the type. An ejb type would trigger a cactified ear to be built
and an war type would trigger a cactified war. 

Good idea. Could you please add a bug request for this feature so that
we don't forget it? (even better would be a patch of course ;-)).

There seems to be an extra '=' in the weblogic startup call. It's in the
java.security.policy property. It doesn't seem to break anything
however. I just noticed it when the lack of the connection pool was
causing ejbs to not deploy: 

RCS file:
retrieving revision 1.10 
diff -w -r1.10 WebLogic7xContainer.java 
<                     "=./server/lib/weblogic.policy")); 
>                     "./server/lib/weblogic.policy")); 

Hmm. I believe it's ok. I've added the following comment to the source:


            // Note: The "=" in the call below is on purpose. It is left
so that

            // we end up with: 

            //   -Djava.security.policy==./server/lib/weblogic.policy

            // (otherwise, we would end up with:

            //   -Djava.security.policy=./server/lib/weblogic.policy,

            //  will not add to the security policy but instead replace





Let me know if it makes sense.

If you'd could use a hand writing and testing weblogic specific stuff
I've got some time. If you just want me to throw some enhancement
requests in bugzilla that's cool too. If you'd like to chat sometime
I've got AIM and Yahoo. I've only been working with Maven for a couple
of weeks but I'm pretty comfortable with it. It is suprising I haven't
jumped out the window yet though. I should have read all the known bugs
before starting... 

Hey that's cool. Of course we always need help! :-) Implementing the
Maven automagic feature would be quite nice (that could be the default
behavior for cactus:test).


I'll create a nightly build of Cactus tonight if you wish to test the
configXml change (I could not test it as my WL 7.x license has expired).





Tony Czupryna
Orbitz, Inc
(312) 894-4820

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