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 Jesper Linvald <je...@kabelnettet.dk> on 2004/06/26 15:54:05 UTC
Cactus and weblogic 8.1
Hi all,
Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
The question is simply whether it is possible to use the plugin with this
container (which tweaks do I need to perform to make it work?) or should I
just forget about it and write my own Maven plugin?
As of now I can´t even start up the container through the plugin!
I can see you are in the middle of a discussion on the subject but I am not
quite sure what to make of it :)
Are you working on updating the plugin and if so - when do you figure it
will be released?
Thank you and best regards
____________________________
:)esper Linvald
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
RE: Strange NullPointer Exception
Posted by Bret Kumler <bk...@bitfone.com>.
Oops, I sent it to the wrong list, sorry about that Vincent!
BTW, I needed the latest binary, it works fine now.
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Thursday, July 01, 2004 11:43 AM
To: 'Cactus Users List'
Subject: RE: Strange NullPointer Exception
Hi Bret,
See below
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: jeudi 1 juillet 2004 00:38
> To: 'Cactus Users List'
> Subject: Strange NullPointer Exception
>
> I'm running a CactusStrutsTestCase and at the end of the test I get this
> NullPointerException.
>
> I don't know why, all the tests pass.
>
>
> 15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Resorting to
> protocol version default close connection policy
> 15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Should NOT
> close
> connection, using HTTP/1.1.
> 15:32:17,296 [main] DEBUG httpclient.HttpConnection - enter
> HttpConnection.releaseConnection()
> 15:32:17,296 [main] DEBUG util.IoUtil - >getText =
> [<webresult><exception
> classname="java.lang.NullPointerException"><message><![CDATA[null]]></mess
> ag
> e><stacktrace><![CDATA[java.lang.NullPointerException
> at java.util.Hashtable.put(Hashtable.java:393)
> at
> weblogic.servlet.internal.WebAppServletContext.setAttribute(WebAppServletC
> on
> text.java:669)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy2(AbstractServletContextWrapper.java:120)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy3$advice(AbstractServletContextWrapper.java:124)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstra
> ct
> ServletContextWrapper.java)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy2(AbstractServletContextWrapper.java:120)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy3$advice(AbstractServletContextWrapper.java:124)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstra
> ct
> ServletContextWrapper.java)
> at
> servletunit.struts.CactusStrutsTestCase.tearDown(CactusStrutsTestCase.java
> :1
> 29)
> at junit.framework.TestCase.runBare(TestCase.java:130)
[snip]
>From the stack trace, it seems that the teardown method of
CactusStrutsTestCase is trying to set a webapp context attribute with a null
value.
I have no knowledge at all about StrutsTestCase.
I would recommend either reading its source code to see what could go wrong
at line 129 of CactuStrutsTestCase and/or sending an email to the
StrutsTestCase maling-list/forum.
Thanks
-Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Strange NullPointer Exception
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Bret,
See below
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: jeudi 1 juillet 2004 00:38
> To: 'Cactus Users List'
> Subject: Strange NullPointer Exception
>
> I'm running a CactusStrutsTestCase and at the end of the test I get this
> NullPointerException.
>
> I don't know why, all the tests pass.
>
>
> 15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Resorting to
> protocol version default close connection policy
> 15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Should NOT
> close
> connection, using HTTP/1.1.
> 15:32:17,296 [main] DEBUG httpclient.HttpConnection - enter
> HttpConnection.releaseConnection()
> 15:32:17,296 [main] DEBUG util.IoUtil - >getText =
> [<webresult><exception
> classname="java.lang.NullPointerException"><message><![CDATA[null]]></mess
> ag
> e><stacktrace><![CDATA[java.lang.NullPointerException
> at java.util.Hashtable.put(Hashtable.java:393)
> at
> weblogic.servlet.internal.WebAppServletContext.setAttribute(WebAppServletC
> on
> text.java:669)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy2(AbstractServletContextWrapper.java:120)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy3$advice(AbstractServletContextWrapper.java:124)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstra
> ct
> ServletContextWrapper.java)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy2(AbstractServletContextWrapper.java:120)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_around
> Bo
> dy3$advice(AbstractServletContextWrapper.java:124)
> at
> org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstra
> ct
> ServletContextWrapper.java)
> at
> servletunit.struts.CactusStrutsTestCase.tearDown(CactusStrutsTestCase.java
> :1
> 29)
> at junit.framework.TestCase.runBare(TestCase.java:130)
[snip]
Strange NullPointer Exception
Posted by Bret Kumler <bk...@bitfone.com>.
I'm running a CactusStrutsTestCase and at the end of the test I get this
NullPointerException.
I don't know why, all the tests pass.
15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Resorting to
protocol version default close connection policy
15:32:17,296 [main] DEBUG httpclient.HttpMethodBase - Should NOT close
connection, using HTTP/1.1.
15:32:17,296 [main] DEBUG httpclient.HttpConnection - enter
HttpConnection.releaseConnection()
15:32:17,296 [main] DEBUG util.IoUtil - >getText =
[<webresult><exception
classname="java.lang.NullPointerException"><message><![CDATA[null]]></messag
e><stacktrace><![CDATA[java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:393)
at
weblogic.servlet.internal.WebAppServletContext.setAttribute(WebAppServletCon
text.java:669)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
servletunit.struts.CactusStrutsTestCase.tearDown(CactusStrutsTestCase.java:1
29)
at junit.framework.TestCase.runBare(TestCase.java:130)
at
org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCact
usTestCase.java:153)
at
org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTe
stCaller.java:119)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody0(AbstractWebTestController.java:93)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody1$advice(AbstractWebTestController.java:124)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(Ab
stractWebTestController.java)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTes
tRedirector.java:101)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(Ser
vletTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.
java)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTest
Redirector.java:72)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(Serv
letTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.j
ava)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(Servle
tStubImpl.java:971)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:402)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:305)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(W
ebAppServletContext.java:6354)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubjec
t.java:317)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:3635)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
]]></stacktrace></exception></webresult>]
15:32:17,296 [main] DEBUG client.WebTestResultParser -
<parse([<webresult><exception
classname="java.lang.NullPointerException"><message><![CDATA[null]]></messag
e><stacktrace><![CDATA[java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:393)
at
weblogic.servlet.internal.WebAppServletContext.setAttribute(WebAppServletCon
text.java:669)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
servletunit.struts.CactusStrutsTestCase.tearDown(CactusStrutsTestCase.java:1
29)
at junit.framework.TestCase.runBare(TestCase.java:130)
at
org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCact
usTestCase.java:153)
at
org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTe
stCaller.java:119)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody0(AbstractWebTestController.java:93)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody1$advice(AbstractWebTestController.java:124)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(Ab
stractWebTestController.java)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTes
tRedirector.java:101)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(Ser
vletTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.
java)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTest
Redirector.java:72)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(Serv
letTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.j
ava)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(Servle
tStubImpl.java:971)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:402)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:305)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(W
ebAppServletContext.java:6354)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubjec
t.java:317)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:3635)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
]]></stacktrace></exception></webresult>])
15:32:17,296 [main] DEBUG client.WebTestResultParser - >parse = [Test
failed, Exception message = [null]]
15:32:17,296 [main] DEBUG client.ClientTestCaseCaller - Exception in
test
15:32:17,296 [main] DEBUG client.ServletExceptionWrapper -
<printStackTrace([org.apache.log4j.spi.VectorWriter@104faf8])
15:32:17,296 [main] DEBUG client.ServletExceptionWrapper - >printStackTrace
java.lang.NullPointerException
at java.util.Hashtable.put(Hashtable.java:393)
at
weblogic.servlet.internal.WebAppServletContext.setAttribute(WebAppServletCon
text.java:669)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy2(AbstractServletContextWrapper.java:120)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute_aroundBo
dy3$advice(AbstractServletContextWrapper.java:124)
at
org.apache.cactus.server.AbstractServletContextWrapper.setAttribute(Abstract
ServletContextWrapper.java)
at
servletunit.struts.CactusStrutsTestCase.tearDown(CactusStrutsTestCase.java:1
29)
at junit.framework.TestCase.runBare(TestCase.java:130)
at
org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCact
usTestCase.java:153)
at
org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTe
stCaller.java:119)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody0(AbstractWebTestController.java:93)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_ar
oundBody1$advice(AbstractWebTestController.java:124)
at
org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(Ab
stractWebTestController.java)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTes
tRedirector.java:101)
at
org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(Ser
vletTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.
java)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTest
Redirector.java:72)
at
org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(Serv
letTestRedirector.java:124)
at
org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.j
ava)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(Servle
tStubImpl.java:971)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:402)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java
:305)
at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(W
ebAppServletContext.java:6354)
at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubjec
t.java:317)
at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:118)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletCo
ntext.java:3635)
at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java
:2585)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170)
RE: Cactus and weblogic 8.1
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Jesper,
WRT this issue you had, I'm proposing to move this discussion and
implementation in the Cargo project (http://cargo.codehaus.org) as
everything that has to do with containers
configuration/start/stop/deployment is now moved there and I'm refactoring
the Cactus Ant/Maven integrations to use Cargo.
Join us there on cargo-dev if you wish to follow the discussion.
Thanks
-Vincent
> -----Original Message-----
> From: Jesper Linvald [mailto:JELI@maerskdata.dk]
> Sent: vendredi 2 juillet 2004 10:43
> To: Cactus Users List
> Subject: RE: Cactus and weblogic 8.1
>
> Hi Vincent
>
> Jesper Linvald
> MAERSK DATA TRANSPORT
> Tel no.: +45 3911 1891
> e-mail: JELI@maerskdata.dk
>
>
>
>
> "Vincent Massol" <vm...@pivolis.com>
> 01-07-2004 20:42
> Please respond to
> "Cactus Users List" <ca...@jakarta.apache.org>
>
>
> To
> "'Cactus Users List'" <ca...@jakarta.apache.org>
> cc
>
> Subject
> RE: Cactus and weblogic 8.1
>
>
>
>
>
>
> Hi Jesper,
>
> > -----Original Message-----
> > From: Jesper Linvald [mailto:JELI@maerskdata.dk]
> > Sent: mercredi 30 juin 2004 13:00
> > To: Cactus Users List
> > Subject: RE: Cactus and weblogic 8.1
> >
> > Sure I can explain what I mean by hardcoded:
> > The code speaks for it self:
>
> Yes :-)
>
> See below
>
> >
> > public final void startUp()
> > {
> > try
> > {
> > prepare("cactus/weblogic7x");
> > Java java = createJavaForStartUp();
> > java.setDir(new File(tmpDir, "testdomain"));
> > java.createJvmarg().setValue("-hotspot");
> > java.createJvmarg().setValue("-Xms32m");
> > java.createJvmarg().setValue("-Xmx200m");
> > File serverDir = new File(dir, "server");
> > java.addSysproperty(createSysProperty("weblogic.Name", "
> > testserver"));
> > java.addSysproperty(createSysProperty("bea.home", beaHome));
> > java.addSysproperty(createSysProperty("
> > weblogic.management.username", "weblogic"));
> > java.addSysproperty(createSysProperty("
> > weblogic.management.password", "weblogic"));
> > java.addSysproperty(createSysProperty("java.security.policy",
> > "=./server/lib/weblogic.policy"));
> > Path classpath = java.createClasspath();
> > classpath.createPathElement().setLocation(new
> File(serverDir,
> > "lib/weblogic_sp.jar"));
> > classpath.createPathElement().setLocation(new
> File(serverDir,
> > "lib/weblogic.jar"));
> > java.setClassname("weblogic.Server");
> > java.execute();
> > }
> > catch(IOException ioe)
> > {
> > getLog().error("Failed to startup the container", ioe);
> > throw new BuildException(ioe);
> > }
> > }
> >
> > This is the code that gets called from the Maven Cactus plugin....i
> think!
>
> It is
>
> > If that is the case the call to weblogic.Server is hardcoded with some
> > important values that I need to set. I.e. if I use my own config.xml it
> > specify a domain, and a server name, password etc.
> >
> > Isn´t it so?
>
> You're right. ATM we haven't externalized the domain, server name,
> password,
> etc. because nobody asked. My idea was to provide an attribute so that
> users
> would be able to point to an existing weblogic domain directory instead of
> a
> config.xml file. Would you think that it will help?
> --> Sure - I am all for it - it would make the plugin more flexible and
> open towards different deployment scenarios which is a good thing!
>
> Just a question fro you: why is it important that you run weblogic with
> your
> exact domain name, username and password? We're talking about testing
> albeit
> integration testing.
> --> If these things are not provided correctly when trying to start from
> my config.xml (which do specify these credentials) I will be prompted
> (someclass.askHumanBeing()) for those various credentials or it wont start
> up at all because the "testdomain" is not what was specified in my
> config.xml.
> We have multiple subprojects/components in our project and they each
> specify a config.xml with highly customized content. It is not something
> that I should have to adjust/change in order for the tests to run.
>
> However, I don't see how these parameters can affect the tests. That said,
> it's true that it's nice to be running with the exact same parameters as
> the
> runtime application.
> --> I agree
>
> I'd be happy to try to make the <weblogic7x> task as customizable as
> possible to that users do not have to bother about knowing how to
> start/stop
> WebLogic. If you have any idea please fire them.
> --> The only thing I can think of is to open up for all the possible
> parameters to weblogic.Server and/or weblogic.Deployer (which I am using
> in the plugin I just made)!
>
> Thanks for your help and thoughts!
>
> Regards :)esper
>
> Thanks
> -Vincent
>
> >
> > Regards
> >
> > Jesper Linvald
> > MAERSK DATA TRANSPORT
> > Tel no.: +45 3911 1891
> > e-mail: JELI@maerskdata.dk
> >
> >
> >
> >
> > "Vincent Massol" <vm...@pivolis.com>
> > 30-06-2004 07:40
> > Please respond to
> > "Cactus Users List" <ca...@jakarta.apache.org>
> >
> >
> > To
> > "'Cactus Users List'" <ca...@jakarta.apache.org>
> > cc
> >
> > Subject
> > RE: Cactus and weblogic 8.1
> >
> >
> >
> >
> >
> >
> > Hi Jesper,
> >
> > Do you think you could explain what you mean by "hardcoded" so that we
> > improve the task?
> >
> > For example, if you check here
> > (
> >
> http://jakarta.apache.org/cactus/integration/ant/task_cactus.html#weblogic
> > 7
> >
> > x) you'll see that you can provide your own config.xml.
> >
> > In addition the <cactus> task always expect a cactified war/ear so that
> > shouldn't be a problem either.
> >
> > All that said, I'm not sure that the <weblogic7x> task works for WL 8.1.
> >
> > Thanks
> > -Vincent
> >
> > > -----Original Message-----
> > > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > > Sent: mercredi 30 juin 2004 00:03
> > > To: 'Cactus Users List'
> > > Subject: RE: Cactus and weblogic 8.1
> > >
> > >
> > > Thank you guys,
> > >
> > > I have tested both approaches and I think the weblogic7x is a bit to
> > > "hardcoded" for my needs - I need to create/run a container based
> pretty
> > > much only on a predefined config.xml and my ear file is precactified
> so
> > my
> > > approach has been to create my own plugin invoking weblogic.Server and
> > > weblogic.Deployer directly and I additionally created a simple test
> > caller
> > > that simply calls the test url and adds its output to a maven report.
> > This
> > > almost works now :)
> > >
> > > Thanks for the input!
> > >
> > > Regards Jesper
> > >
> > > >-----Original Message-----
> > > >From: Vincent Massol [mailto:vmassol@pivolis.com]
> > > >Sent: 29. juni 2004 07:39
> > > >To: 'Cactus Users List'
> > > >Subject: RE: Cactus and weblogic 8.1
> > > >
> > > >Oh ok. I thought you were using the existing <weblogic7x> container
> > > >element.
> > > >
> > > >Thanks
> > > >-Vincent
> > > >
> > > >> -----Original Message-----
> > > >> From: Bret Kumler [mailto:bkumler@bitfone.com]
> > > >> Sent: mardi 29 juin 2004 01:06
> > > >> To: 'Cactus Users List'
> > > >> Subject: RE: Cactus and weblogic 8.1
> > > >>
> > > >> I actually use
> > > >>
> > > >> <containerset>
> > > >> <generic name="Weblogic
> > 8.1.2.0"
> > > >> port="${test.port}"/>
> > > >> </containerset>
> > > >>
> > > >> And I use the following to start & stop the server.
> > > >>
> > > >>
> > > >> <target name="start.weblogic">
> > > >> <java classname="weblogic.Server"
> > fork="yes"
> > > >> dir="${target.weblogic81.dir}/testdomain">
> > > >> <classpath>
> > > >> <pathelement
> > > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > > >> </classpath>
> > > >> <jvmarg
> > value="-hotspot"/>
> > > >> <jvmarg
> value="-ms256m"/>
> > > >> <jvmarg
> value="-mx256m"/>
> > > >> <jvmarg
> > > >> value="-
> > > >>
> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> > > >> 81/server/bin"/>
> > > >> <jvmarg value="-
> > > >Dweblogic.Name=testserver"/>
> > > >> <jvmarg value="-
> > > >Dbea.home=${weblogic.home.81}"/>
> > > >> <jvmarg value="-
> > > >Dbitfone.home=${bitfone.home}"/>
> > > >> <jvmarg
> > > >> value="-Dweblogic.management.username=${weblogic.username}"/>
> > > >> <jvmarg
> > > >> value="-Dweblogic.management.password=${weblogic.password}"/>
> > > >> <jvmarg
> > > >> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> > > >> </java>
> > > >> </target>
> > > >>
> > > >> <target name="stop.weblogic">
> > > >> <java classname="weblogic.Admin"
> > fork="yes">
> > > >> <classpath>
> > > >> <pathelement
> > > >>
> > location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> > > >> <pathelement
> > > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > > >> </classpath>
> > > >> <arg line="-url
> > > >t3://${machine}:${test.port}"/>
> > > >> <arg line="-username
> > > >${weblogic.username}"/>
> > > >> <arg line="-password
> > > >${weblogic.password}"/>
> > > >> <arg
> > value="FORCESHUTDOWN"/>
> > > >> </java>
> > > >> </target>
> > > >>
> > > >> -----Original Message-----
> > > >> From: Vincent Massol [mailto:vmassol@pivolis.com]
> > > >> Sent: Saturday, June 26, 2004 10:54 AM
> > > >> To: 'Cactus Users List'
> > > >> Subject: RE: Cactus and weblogic 8.1
> > > >>
> > > >> I haven't tried it but it should work fine. It seems others like
> Bret
> > > >have
> > > >> it working using the <weblogic7x> element, even though it's not
> > > >officially
> > > >> supported yet (we need to create a <weblogic8x> nested element).
> > > >>
> > > >> Thanks
> > > >> -Vincent
> > > >>
> > > >> > -----Original Message-----
> > > >> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > > >> > Sent: samedi 26 juin 2004 15:54
> > > >> > To: cactus-user@jakarta.apache.org
> > > >> > Subject: Cactus and weblogic 8.1
> > > >> >
> > > >> >
> > > >> > Hi all,
> > > >> >
> > > >> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> > > >> >
> > > >> > The question is simply whether it is possible to use the plugin
> > with
> > > >> this
> > > >> > container (which tweaks do I need to perform to make it work?) or
> > > >should
> > > >> I
> > > >> > just forget about it and write my own Maven plugin?
> > > >> >
> > > >> > As of now I can´t even start up the container through the plugin!
> > > >> >
> > > >> > I can see you are in the middle of a discussion on the subject
> but
> > I
> > > am
> > > >> > not
> > > >> > quite sure what to make of it :)
> > > >> > Are you working on updating the plugin and if so - when do you
> > figure
> > > >it
> > > >> > will be released?
> > > >> >
> > > >> > Thank you and best regards
> > > >> >
> > > >> > ____________________________
> > > >> > :)esper Linvald
> > > >> >
> > > >> >
> > > >> > ---
> > > >> > Outgoing mail is certified Virus Free.
> > > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > >> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > > >> >
> > > >> >
> > > >> >
> > > >> >
> > ---------------------------------------------------------------------
> > > >> > To unsubscribe, e-mail:
> cactus-user-unsubscribe@jakarta.apache.org
> > > >> > For additional commands, e-mail:
> > cactus-user-help@jakarta.apache.org
> > > >> >
> > > >> >
> > > >> > ---
> > > >> > Incoming mail is certified Virus Free.
> > > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > >> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > > >> >
> > > >>
> > > >> ---
> > > >> Outgoing mail is certified Virus Free.
> > > >> Checked by AVG anti-virus system (http://www.grisoft.com).
> > > >> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > > >>
> > > >>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > > >> For additional commands, e-mail:
> cactus-user-help@jakarta.apache.org
> > > >>
> > > >>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > > >> For additional commands, e-mail:
> cactus-user-help@jakarta.apache.org
> > > >
> > > >
> > > >
> > > >---------------------------------------------------------------------
> > > >To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > > >For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> > > >
> > > >
> > > >---
> > > >Incoming mail is certified Virus Free.
> > > >Checked by AVG anti-virus system (http://www.grisoft.com).
> > > >Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > > >
> > >
> > > ---
> > > Outgoing mail is certified Virus Free.
> > > Checked by AVG anti-virus system (http://www.grisoft.com).
> > > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
RE: Cactus and weblogic 8.1
Posted by Jesper Linvald <JE...@maerskdata.dk>.
Hi Vincent
Jesper Linvald
MAERSK DATA TRANSPORT
Tel no.: +45 3911 1891
e-mail: JELI@maerskdata.dk
"Vincent Massol" <vm...@pivolis.com>
01-07-2004 20:42
Please respond to
"Cactus Users List" <ca...@jakarta.apache.org>
To
"'Cactus Users List'" <ca...@jakarta.apache.org>
cc
Subject
RE: Cactus and weblogic 8.1
Hi Jesper,
> -----Original Message-----
> From: Jesper Linvald [mailto:JELI@maerskdata.dk]
> Sent: mercredi 30 juin 2004 13:00
> To: Cactus Users List
> Subject: RE: Cactus and weblogic 8.1
>
> Sure I can explain what I mean by hardcoded:
> The code speaks for it self:
Yes :-)
See below
>
> public final void startUp()
> {
> try
> {
> prepare("cactus/weblogic7x");
> Java java = createJavaForStartUp();
> java.setDir(new File(tmpDir, "testdomain"));
> java.createJvmarg().setValue("-hotspot");
> java.createJvmarg().setValue("-Xms32m");
> java.createJvmarg().setValue("-Xmx200m");
> File serverDir = new File(dir, "server");
> java.addSysproperty(createSysProperty("weblogic.Name", "
> testserver"));
> java.addSysproperty(createSysProperty("bea.home", beaHome));
> java.addSysproperty(createSysProperty("
> weblogic.management.username", "weblogic"));
> java.addSysproperty(createSysProperty("
> weblogic.management.password", "weblogic"));
> java.addSysproperty(createSysProperty("java.security.policy",
> "=./server/lib/weblogic.policy"));
> Path classpath = java.createClasspath();
> classpath.createPathElement().setLocation(new
File(serverDir,
> "lib/weblogic_sp.jar"));
> classpath.createPathElement().setLocation(new
File(serverDir,
> "lib/weblogic.jar"));
> java.setClassname("weblogic.Server");
> java.execute();
> }
> catch(IOException ioe)
> {
> getLog().error("Failed to startup the container", ioe);
> throw new BuildException(ioe);
> }
> }
>
> This is the code that gets called from the Maven Cactus plugin....i
think!
It is
> If that is the case the call to weblogic.Server is hardcoded with some
> important values that I need to set. I.e. if I use my own config.xml it
> specify a domain, and a server name, password etc.
>
> Isn´t it so?
You're right. ATM we haven't externalized the domain, server name,
password,
etc. because nobody asked. My idea was to provide an attribute so that
users
would be able to point to an existing weblogic domain directory instead of
a
config.xml file. Would you think that it will help?
--> Sure - I am all for it - it would make the plugin more flexible and
open towards different deployment scenarios which is a good thing!
Just a question fro you: why is it important that you run weblogic with
your
exact domain name, username and password? We're talking about testing
albeit
integration testing.
--> If these things are not provided correctly when trying to start from
my config.xml (which do specify these credentials) I will be prompted
(someclass.askHumanBeing()) for those various credentials or it wont start
up at all because the "testdomain" is not what was specified in my
config.xml.
We have multiple subprojects/components in our project and they each
specify a config.xml with highly customized content. It is not something
that I should have to adjust/change in order for the tests to run.
However, I don't see how these parameters can affect the tests. That said,
it's true that it's nice to be running with the exact same parameters as
the
runtime application.
--> I agree
I'd be happy to try to make the <weblogic7x> task as customizable as
possible to that users do not have to bother about knowing how to
start/stop
WebLogic. If you have any idea please fire them.
--> The only thing I can think of is to open up for all the possible
parameters to weblogic.Server and/or weblogic.Deployer (which I am using
in the plugin I just made)!
Thanks for your help and thoughts!
Regards :)esper
Thanks
-Vincent
>
> Regards
>
> Jesper Linvald
> MAERSK DATA TRANSPORT
> Tel no.: +45 3911 1891
> e-mail: JELI@maerskdata.dk
>
>
>
>
> "Vincent Massol" <vm...@pivolis.com>
> 30-06-2004 07:40
> Please respond to
> "Cactus Users List" <ca...@jakarta.apache.org>
>
>
> To
> "'Cactus Users List'" <ca...@jakarta.apache.org>
> cc
>
> Subject
> RE: Cactus and weblogic 8.1
>
>
>
>
>
>
> Hi Jesper,
>
> Do you think you could explain what you mean by "hardcoded" so that we
> improve the task?
>
> For example, if you check here
> (
>
http://jakarta.apache.org/cactus/integration/ant/task_cactus.html#weblogic
> 7
>
> x) you'll see that you can provide your own config.xml.
>
> In addition the <cactus> task always expect a cactified war/ear so that
> shouldn't be a problem either.
>
> All that said, I'm not sure that the <weblogic7x> task works for WL 8.1.
>
> Thanks
> -Vincent
>
> > -----Original Message-----
> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > Sent: mercredi 30 juin 2004 00:03
> > To: 'Cactus Users List'
> > Subject: RE: Cactus and weblogic 8.1
> >
> >
> > Thank you guys,
> >
> > I have tested both approaches and I think the weblogic7x is a bit to
> > "hardcoded" for my needs - I need to create/run a container based
pretty
> > much only on a predefined config.xml and my ear file is precactified
so
> my
> > approach has been to create my own plugin invoking weblogic.Server and
> > weblogic.Deployer directly and I additionally created a simple test
> caller
> > that simply calls the test url and adds its output to a maven report.
> This
> > almost works now :)
> >
> > Thanks for the input!
> >
> > Regards Jesper
> >
> > >-----Original Message-----
> > >From: Vincent Massol [mailto:vmassol@pivolis.com]
> > >Sent: 29. juni 2004 07:39
> > >To: 'Cactus Users List'
> > >Subject: RE: Cactus and weblogic 8.1
> > >
> > >Oh ok. I thought you were using the existing <weblogic7x> container
> > >element.
> > >
> > >Thanks
> > >-Vincent
> > >
> > >> -----Original Message-----
> > >> From: Bret Kumler [mailto:bkumler@bitfone.com]
> > >> Sent: mardi 29 juin 2004 01:06
> > >> To: 'Cactus Users List'
> > >> Subject: RE: Cactus and weblogic 8.1
> > >>
> > >> I actually use
> > >>
> > >> <containerset>
> > >> <generic name="Weblogic
> 8.1.2.0"
> > >> port="${test.port}"/>
> > >> </containerset>
> > >>
> > >> And I use the following to start & stop the server.
> > >>
> > >>
> > >> <target name="start.weblogic">
> > >> <java classname="weblogic.Server"
> fork="yes"
> > >> dir="${target.weblogic81.dir}/testdomain">
> > >> <classpath>
> > >> <pathelement
> > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > >> </classpath>
> > >> <jvmarg
> value="-hotspot"/>
> > >> <jvmarg
value="-ms256m"/>
> > >> <jvmarg
value="-mx256m"/>
> > >> <jvmarg
> > >> value="-
> > >>
Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> > >> 81/server/bin"/>
> > >> <jvmarg value="-
> > >Dweblogic.Name=testserver"/>
> > >> <jvmarg value="-
> > >Dbea.home=${weblogic.home.81}"/>
> > >> <jvmarg value="-
> > >Dbitfone.home=${bitfone.home}"/>
> > >> <jvmarg
> > >> value="-Dweblogic.management.username=${weblogic.username}"/>
> > >> <jvmarg
> > >> value="-Dweblogic.management.password=${weblogic.password}"/>
> > >> <jvmarg
> > >> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> > >> </java>
> > >> </target>
> > >>
> > >> <target name="stop.weblogic">
> > >> <java classname="weblogic.Admin"
> fork="yes">
> > >> <classpath>
> > >> <pathelement
> > >>
> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> > >> <pathelement
> > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > >> </classpath>
> > >> <arg line="-url
> > >t3://${machine}:${test.port}"/>
> > >> <arg line="-username
> > >${weblogic.username}"/>
> > >> <arg line="-password
> > >${weblogic.password}"/>
> > >> <arg
> value="FORCESHUTDOWN"/>
> > >> </java>
> > >> </target>
> > >>
> > >> -----Original Message-----
> > >> From: Vincent Massol [mailto:vmassol@pivolis.com]
> > >> Sent: Saturday, June 26, 2004 10:54 AM
> > >> To: 'Cactus Users List'
> > >> Subject: RE: Cactus and weblogic 8.1
> > >>
> > >> I haven't tried it but it should work fine. It seems others like
Bret
> > >have
> > >> it working using the <weblogic7x> element, even though it's not
> > >officially
> > >> supported yet (we need to create a <weblogic8x> nested element).
> > >>
> > >> Thanks
> > >> -Vincent
> > >>
> > >> > -----Original Message-----
> > >> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > >> > Sent: samedi 26 juin 2004 15:54
> > >> > To: cactus-user@jakarta.apache.org
> > >> > Subject: Cactus and weblogic 8.1
> > >> >
> > >> >
> > >> > Hi all,
> > >> >
> > >> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> > >> >
> > >> > The question is simply whether it is possible to use the plugin
> with
> > >> this
> > >> > container (which tweaks do I need to perform to make it work?) or
> > >should
> > >> I
> > >> > just forget about it and write my own Maven plugin?
> > >> >
> > >> > As of now I can´t even start up the container through the plugin!
> > >> >
> > >> > I can see you are in the middle of a discussion on the subject
but
> I
> > am
> > >> > not
> > >> > quite sure what to make of it :)
> > >> > Are you working on updating the plugin and if so - when do you
> figure
> > >it
> > >> > will be released?
> > >> >
> > >> > Thank you and best regards
> > >> >
> > >> > ____________________________
> > >> > :)esper Linvald
> > >> >
> > >> >
> > >> > ---
> > >> > Outgoing mail is certified Virus Free.
> > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > >> >
> > >> >
> > >> >
> > >> >
> ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail:
cactus-user-unsubscribe@jakarta.apache.org
> > >> > For additional commands, e-mail:
> cactus-user-help@jakarta.apache.org
> > >> >
> > >> >
> > >> > ---
> > >> > Incoming mail is certified Virus Free.
> > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > >> >
> > >>
> > >> ---
> > >> Outgoing mail is certified Virus Free.
> > >> Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > >>
> > >>
> > >>
> > >>
---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail:
cactus-user-help@jakarta.apache.org
> > >>
> > >>
> > >>
> > >>
---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail:
cactus-user-help@jakarta.apache.org
> > >
> > >
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> > >
> > >
> > >---
> > >Incoming mail is certified Virus Free.
> > >Checked by AVG anti-virus system (http://www.grisoft.com).
> > >Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus and weblogic 8.1
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Jesper,
> -----Original Message-----
> From: Jesper Linvald [mailto:JELI@maerskdata.dk]
> Sent: mercredi 30 juin 2004 13:00
> To: Cactus Users List
> Subject: RE: Cactus and weblogic 8.1
>
> Sure I can explain what I mean by hardcoded:
> The code speaks for it self:
Yes :-)
See below
>
> public final void startUp()
> {
> try
> {
> prepare("cactus/weblogic7x");
> Java java = createJavaForStartUp();
> java.setDir(new File(tmpDir, "testdomain"));
> java.createJvmarg().setValue("-hotspot");
> java.createJvmarg().setValue("-Xms32m");
> java.createJvmarg().setValue("-Xmx200m");
> File serverDir = new File(dir, "server");
> java.addSysproperty(createSysProperty("weblogic.Name", "
> testserver"));
> java.addSysproperty(createSysProperty("bea.home", beaHome));
> java.addSysproperty(createSysProperty("
> weblogic.management.username", "weblogic"));
> java.addSysproperty(createSysProperty("
> weblogic.management.password", "weblogic"));
> java.addSysproperty(createSysProperty("java.security.policy",
> "=./server/lib/weblogic.policy"));
> Path classpath = java.createClasspath();
> classpath.createPathElement().setLocation(new File(serverDir,
> "lib/weblogic_sp.jar"));
> classpath.createPathElement().setLocation(new File(serverDir,
> "lib/weblogic.jar"));
> java.setClassname("weblogic.Server");
> java.execute();
> }
> catch(IOException ioe)
> {
> getLog().error("Failed to startup the container", ioe);
> throw new BuildException(ioe);
> }
> }
>
> This is the code that gets called from the Maven Cactus plugin....i think!
It is
> If that is the case the call to weblogic.Server is hardcoded with some
> important values that I need to set. I.e. if I use my own config.xml it
> specify a domain, and a server name, password etc.
>
> Isn´t it so?
You're right. ATM we haven't externalized the domain, server name, password,
etc. because nobody asked. My idea was to provide an attribute so that users
would be able to point to an existing weblogic domain directory instead of a
config.xml file. Would you think that it will help?
Just a question fro you: why is it important that you run weblogic with your
exact domain name, username and password? We're talking about testing albeit
integration testing.
However, I don't see how these parameters can affect the tests. That said,
it's true that it's nice to be running with the exact same parameters as the
runtime application.
I'd be happy to try to make the <weblogic7x> task as customizable as
possible to that users do not have to bother about knowing how to start/stop
WebLogic. If you have any idea please fire them.
Thanks
-Vincent
>
> Regards
>
> Jesper Linvald
> MAERSK DATA TRANSPORT
> Tel no.: +45 3911 1891
> e-mail: JELI@maerskdata.dk
>
>
>
>
> "Vincent Massol" <vm...@pivolis.com>
> 30-06-2004 07:40
> Please respond to
> "Cactus Users List" <ca...@jakarta.apache.org>
>
>
> To
> "'Cactus Users List'" <ca...@jakarta.apache.org>
> cc
>
> Subject
> RE: Cactus and weblogic 8.1
>
>
>
>
>
>
> Hi Jesper,
>
> Do you think you could explain what you mean by "hardcoded" so that we
> improve the task?
>
> For example, if you check here
> (
> http://jakarta.apache.org/cactus/integration/ant/task_cactus.html#weblogic
> 7
>
> x) you'll see that you can provide your own config.xml.
>
> In addition the <cactus> task always expect a cactified war/ear so that
> shouldn't be a problem either.
>
> All that said, I'm not sure that the <weblogic7x> task works for WL 8.1.
>
> Thanks
> -Vincent
>
> > -----Original Message-----
> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > Sent: mercredi 30 juin 2004 00:03
> > To: 'Cactus Users List'
> > Subject: RE: Cactus and weblogic 8.1
> >
> >
> > Thank you guys,
> >
> > I have tested both approaches and I think the weblogic7x is a bit to
> > "hardcoded" for my needs - I need to create/run a container based pretty
> > much only on a predefined config.xml and my ear file is precactified so
> my
> > approach has been to create my own plugin invoking weblogic.Server and
> > weblogic.Deployer directly and I additionally created a simple test
> caller
> > that simply calls the test url and adds its output to a maven report.
> This
> > almost works now :)
> >
> > Thanks for the input!
> >
> > Regards Jesper
> >
> > >-----Original Message-----
> > >From: Vincent Massol [mailto:vmassol@pivolis.com]
> > >Sent: 29. juni 2004 07:39
> > >To: 'Cactus Users List'
> > >Subject: RE: Cactus and weblogic 8.1
> > >
> > >Oh ok. I thought you were using the existing <weblogic7x> container
> > >element.
> > >
> > >Thanks
> > >-Vincent
> > >
> > >> -----Original Message-----
> > >> From: Bret Kumler [mailto:bkumler@bitfone.com]
> > >> Sent: mardi 29 juin 2004 01:06
> > >> To: 'Cactus Users List'
> > >> Subject: RE: Cactus and weblogic 8.1
> > >>
> > >> I actually use
> > >>
> > >> <containerset>
> > >> <generic name="Weblogic
> 8.1.2.0"
> > >> port="${test.port}"/>
> > >> </containerset>
> > >>
> > >> And I use the following to start & stop the server.
> > >>
> > >>
> > >> <target name="start.weblogic">
> > >> <java classname="weblogic.Server"
> fork="yes"
> > >> dir="${target.weblogic81.dir}/testdomain">
> > >> <classpath>
> > >> <pathelement
> > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > >> </classpath>
> > >> <jvmarg
> value="-hotspot"/>
> > >> <jvmarg value="-ms256m"/>
> > >> <jvmarg value="-mx256m"/>
> > >> <jvmarg
> > >> value="-
> > >> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> > >> 81/server/bin"/>
> > >> <jvmarg value="-
> > >Dweblogic.Name=testserver"/>
> > >> <jvmarg value="-
> > >Dbea.home=${weblogic.home.81}"/>
> > >> <jvmarg value="-
> > >Dbitfone.home=${bitfone.home}"/>
> > >> <jvmarg
> > >> value="-Dweblogic.management.username=${weblogic.username}"/>
> > >> <jvmarg
> > >> value="-Dweblogic.management.password=${weblogic.password}"/>
> > >> <jvmarg
> > >> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> > >> </java>
> > >> </target>
> > >>
> > >> <target name="stop.weblogic">
> > >> <java classname="weblogic.Admin"
> fork="yes">
> > >> <classpath>
> > >> <pathelement
> > >>
> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> > >> <pathelement
> > >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> > >> </classpath>
> > >> <arg line="-url
> > >t3://${machine}:${test.port}"/>
> > >> <arg line="-username
> > >${weblogic.username}"/>
> > >> <arg line="-password
> > >${weblogic.password}"/>
> > >> <arg
> value="FORCESHUTDOWN"/>
> > >> </java>
> > >> </target>
> > >>
> > >> -----Original Message-----
> > >> From: Vincent Massol [mailto:vmassol@pivolis.com]
> > >> Sent: Saturday, June 26, 2004 10:54 AM
> > >> To: 'Cactus Users List'
> > >> Subject: RE: Cactus and weblogic 8.1
> > >>
> > >> I haven't tried it but it should work fine. It seems others like Bret
> > >have
> > >> it working using the <weblogic7x> element, even though it's not
> > >officially
> > >> supported yet (we need to create a <weblogic8x> nested element).
> > >>
> > >> Thanks
> > >> -Vincent
> > >>
> > >> > -----Original Message-----
> > >> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > >> > Sent: samedi 26 juin 2004 15:54
> > >> > To: cactus-user@jakarta.apache.org
> > >> > Subject: Cactus and weblogic 8.1
> > >> >
> > >> >
> > >> > Hi all,
> > >> >
> > >> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> > >> >
> > >> > The question is simply whether it is possible to use the plugin
> with
> > >> this
> > >> > container (which tweaks do I need to perform to make it work?) or
> > >should
> > >> I
> > >> > just forget about it and write my own Maven plugin?
> > >> >
> > >> > As of now I can´t even start up the container through the plugin!
> > >> >
> > >> > I can see you are in the middle of a discussion on the subject but
> I
> > am
> > >> > not
> > >> > quite sure what to make of it :)
> > >> > Are you working on updating the plugin and if so - when do you
> figure
> > >it
> > >> > will be released?
> > >> >
> > >> > Thank you and best regards
> > >> >
> > >> > ____________________________
> > >> > :)esper Linvald
> > >> >
> > >> >
> > >> > ---
> > >> > Outgoing mail is certified Virus Free.
> > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > >> >
> > >> >
> > >> >
> > >> >
> ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >> > For additional commands, e-mail:
> cactus-user-help@jakarta.apache.org
> > >> >
> > >> >
> > >> > ---
> > >> > Incoming mail is certified Virus Free.
> > >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > >> >
> > >>
> > >> ---
> > >> Outgoing mail is certified Virus Free.
> > >> Checked by AVG anti-virus system (http://www.grisoft.com).
> > >> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> > >>
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> > >>
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> > >
> > >
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > >For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> > >
> > >
> > >---
> > >Incoming mail is certified Virus Free.
> > >Checked by AVG anti-virus system (http://www.grisoft.com).
> > >Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> > >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
RE: Cactus and weblogic 8.1
Posted by Jesper Linvald <JE...@maerskdata.dk>.
Sure I can explain what I mean by hardcoded:
The code speaks for it self:
public final void startUp()
{
try
{
prepare("cactus/weblogic7x");
Java java = createJavaForStartUp();
java.setDir(new File(tmpDir, "testdomain"));
java.createJvmarg().setValue("-hotspot");
java.createJvmarg().setValue("-Xms32m");
java.createJvmarg().setValue("-Xmx200m");
File serverDir = new File(dir, "server");
java.addSysproperty(createSysProperty("weblogic.Name", "
testserver"));
java.addSysproperty(createSysProperty("bea.home", beaHome));
java.addSysproperty(createSysProperty("
weblogic.management.username", "weblogic"));
java.addSysproperty(createSysProperty("
weblogic.management.password", "weblogic"));
java.addSysproperty(createSysProperty("java.security.policy",
"=./server/lib/weblogic.policy"));
Path classpath = java.createClasspath();
classpath.createPathElement().setLocation(new File(serverDir,
"lib/weblogic_sp.jar"));
classpath.createPathElement().setLocation(new File(serverDir,
"lib/weblogic.jar"));
java.setClassname("weblogic.Server");
java.execute();
}
catch(IOException ioe)
{
getLog().error("Failed to startup the container", ioe);
throw new BuildException(ioe);
}
}
This is the code that gets called from the Maven Cactus plugin....i think!
If that is the case the call to weblogic.Server is hardcoded with some
important values that I need to set. I.e. if I use my own config.xml it
specify a domain, and a server name, password etc.
Isn´t it so?
Regards
Jesper Linvald
MAERSK DATA TRANSPORT
Tel no.: +45 3911 1891
e-mail: JELI@maerskdata.dk
"Vincent Massol" <vm...@pivolis.com>
30-06-2004 07:40
Please respond to
"Cactus Users List" <ca...@jakarta.apache.org>
To
"'Cactus Users List'" <ca...@jakarta.apache.org>
cc
Subject
RE: Cactus and weblogic 8.1
Hi Jesper,
Do you think you could explain what you mean by "hardcoded" so that we
improve the task?
For example, if you check here
(
http://jakarta.apache.org/cactus/integration/ant/task_cactus.html#weblogic7
x) you'll see that you can provide your own config.xml.
In addition the <cactus> task always expect a cactified war/ear so that
shouldn't be a problem either.
All that said, I'm not sure that the <weblogic7x> task works for WL 8.1.
Thanks
-Vincent
> -----Original Message-----
> From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> Sent: mercredi 30 juin 2004 00:03
> To: 'Cactus Users List'
> Subject: RE: Cactus and weblogic 8.1
>
>
> Thank you guys,
>
> I have tested both approaches and I think the weblogic7x is a bit to
> "hardcoded" for my needs - I need to create/run a container based pretty
> much only on a predefined config.xml and my ear file is precactified so
my
> approach has been to create my own plugin invoking weblogic.Server and
> weblogic.Deployer directly and I additionally created a simple test
caller
> that simply calls the test url and adds its output to a maven report.
This
> almost works now :)
>
> Thanks for the input!
>
> Regards Jesper
>
> >-----Original Message-----
> >From: Vincent Massol [mailto:vmassol@pivolis.com]
> >Sent: 29. juni 2004 07:39
> >To: 'Cactus Users List'
> >Subject: RE: Cactus and weblogic 8.1
> >
> >Oh ok. I thought you were using the existing <weblogic7x> container
> >element.
> >
> >Thanks
> >-Vincent
> >
> >> -----Original Message-----
> >> From: Bret Kumler [mailto:bkumler@bitfone.com]
> >> Sent: mardi 29 juin 2004 01:06
> >> To: 'Cactus Users List'
> >> Subject: RE: Cactus and weblogic 8.1
> >>
> >> I actually use
> >>
> >> <containerset>
> >> <generic name="Weblogic
8.1.2.0"
> >> port="${test.port}"/>
> >> </containerset>
> >>
> >> And I use the following to start & stop the server.
> >>
> >>
> >> <target name="start.weblogic">
> >> <java classname="weblogic.Server"
fork="yes"
> >> dir="${target.weblogic81.dir}/testdomain">
> >> <classpath>
> >> <pathelement
> >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> >> </classpath>
> >> <jvmarg
value="-hotspot"/>
> >> <jvmarg value="-ms256m"/>
> >> <jvmarg value="-mx256m"/>
> >> <jvmarg
> >> value="-
> >> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> >> 81/server/bin"/>
> >> <jvmarg value="-
> >Dweblogic.Name=testserver"/>
> >> <jvmarg value="-
> >Dbea.home=${weblogic.home.81}"/>
> >> <jvmarg value="-
> >Dbitfone.home=${bitfone.home}"/>
> >> <jvmarg
> >> value="-Dweblogic.management.username=${weblogic.username}"/>
> >> <jvmarg
> >> value="-Dweblogic.management.password=${weblogic.password}"/>
> >> <jvmarg
> >> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> >> </java>
> >> </target>
> >>
> >> <target name="stop.weblogic">
> >> <java classname="weblogic.Admin"
fork="yes">
> >> <classpath>
> >> <pathelement
> >>
location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> >> <pathelement
> >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> >> </classpath>
> >> <arg line="-url
> >t3://${machine}:${test.port}"/>
> >> <arg line="-username
> >${weblogic.username}"/>
> >> <arg line="-password
> >${weblogic.password}"/>
> >> <arg
value="FORCESHUTDOWN"/>
> >> </java>
> >> </target>
> >>
> >> -----Original Message-----
> >> From: Vincent Massol [mailto:vmassol@pivolis.com]
> >> Sent: Saturday, June 26, 2004 10:54 AM
> >> To: 'Cactus Users List'
> >> Subject: RE: Cactus and weblogic 8.1
> >>
> >> I haven't tried it but it should work fine. It seems others like Bret
> >have
> >> it working using the <weblogic7x> element, even though it's not
> >officially
> >> supported yet (we need to create a <weblogic8x> nested element).
> >>
> >> Thanks
> >> -Vincent
> >>
> >> > -----Original Message-----
> >> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> >> > Sent: samedi 26 juin 2004 15:54
> >> > To: cactus-user@jakarta.apache.org
> >> > Subject: Cactus and weblogic 8.1
> >> >
> >> >
> >> > Hi all,
> >> >
> >> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> >> >
> >> > The question is simply whether it is possible to use the plugin
with
> >> this
> >> > container (which tweaks do I need to perform to make it work?) or
> >should
> >> I
> >> > just forget about it and write my own Maven plugin?
> >> >
> >> > As of now I can´t even start up the container through the plugin!
> >> >
> >> > I can see you are in the middle of a discussion on the subject but
I
> am
> >> > not
> >> > quite sure what to make of it :)
> >> > Are you working on updating the plugin and if so - when do you
figure
> >it
> >> > will be released?
> >> >
> >> > Thank you and best regards
> >> >
> >> > ____________________________
> >> > :)esper Linvald
> >> >
> >> >
> >> > ---
> >> > Outgoing mail is certified Virus Free.
> >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> >> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >> >
> >> >
> >> >
> >> >
---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail:
cactus-user-help@jakarta.apache.org
> >> >
> >> >
> >> > ---
> >> > Incoming mail is certified Virus Free.
> >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> >> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> >> >
> >>
> >> ---
> >> Outgoing mail is certified Virus Free.
> >> Checked by AVG anti-virus system (http://www.grisoft.com).
> >> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >---
> >Incoming mail is certified Virus Free.
> >Checked by AVG anti-virus system (http://www.grisoft.com).
> >Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus and weblogic 8.1
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Jesper,
Do you think you could explain what you mean by "hardcoded" so that we
improve the task?
For example, if you check here
(http://jakarta.apache.org/cactus/integration/ant/task_cactus.html#weblogic7
x) you'll see that you can provide your own config.xml.
In addition the <cactus> task always expect a cactified war/ear so that
shouldn't be a problem either.
All that said, I'm not sure that the <weblogic7x> task works for WL 8.1.
Thanks
-Vincent
> -----Original Message-----
> From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> Sent: mercredi 30 juin 2004 00:03
> To: 'Cactus Users List'
> Subject: RE: Cactus and weblogic 8.1
>
>
> Thank you guys,
>
> I have tested both approaches and I think the weblogic7x is a bit to
> "hardcoded" for my needs - I need to create/run a container based pretty
> much only on a predefined config.xml and my ear file is precactified so my
> approach has been to create my own plugin invoking weblogic.Server and
> weblogic.Deployer directly and I additionally created a simple test caller
> that simply calls the test url and adds its output to a maven report. This
> almost works now :)
>
> Thanks for the input!
>
> Regards Jesper
>
> >-----Original Message-----
> >From: Vincent Massol [mailto:vmassol@pivolis.com]
> >Sent: 29. juni 2004 07:39
> >To: 'Cactus Users List'
> >Subject: RE: Cactus and weblogic 8.1
> >
> >Oh ok. I thought you were using the existing <weblogic7x> container
> >element.
> >
> >Thanks
> >-Vincent
> >
> >> -----Original Message-----
> >> From: Bret Kumler [mailto:bkumler@bitfone.com]
> >> Sent: mardi 29 juin 2004 01:06
> >> To: 'Cactus Users List'
> >> Subject: RE: Cactus and weblogic 8.1
> >>
> >> I actually use
> >>
> >> <containerset>
> >> <generic name="Weblogic 8.1.2.0"
> >> port="${test.port}"/>
> >> </containerset>
> >>
> >> And I use the following to start & stop the server.
> >>
> >>
> >> <target name="start.weblogic">
> >> <java classname="weblogic.Server" fork="yes"
> >> dir="${target.weblogic81.dir}/testdomain">
> >> <classpath>
> >> <pathelement
> >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> >> </classpath>
> >> <jvmarg value="-hotspot"/>
> >> <jvmarg value="-ms256m"/>
> >> <jvmarg value="-mx256m"/>
> >> <jvmarg
> >> value="-
> >> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> >> 81/server/bin"/>
> >> <jvmarg value="-
> >Dweblogic.Name=testserver"/>
> >> <jvmarg value="-
> >Dbea.home=${weblogic.home.81}"/>
> >> <jvmarg value="-
> >Dbitfone.home=${bitfone.home}"/>
> >> <jvmarg
> >> value="-Dweblogic.management.username=${weblogic.username}"/>
> >> <jvmarg
> >> value="-Dweblogic.management.password=${weblogic.password}"/>
> >> <jvmarg
> >> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> >> </java>
> >> </target>
> >>
> >> <target name="stop.weblogic">
> >> <java classname="weblogic.Admin" fork="yes">
> >> <classpath>
> >> <pathelement
> >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> >> <pathelement
> >> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> >> </classpath>
> >> <arg line="-url
> >t3://${machine}:${test.port}"/>
> >> <arg line="-username
> >${weblogic.username}"/>
> >> <arg line="-password
> >${weblogic.password}"/>
> >> <arg value="FORCESHUTDOWN"/>
> >> </java>
> >> </target>
> >>
> >> -----Original Message-----
> >> From: Vincent Massol [mailto:vmassol@pivolis.com]
> >> Sent: Saturday, June 26, 2004 10:54 AM
> >> To: 'Cactus Users List'
> >> Subject: RE: Cactus and weblogic 8.1
> >>
> >> I haven't tried it but it should work fine. It seems others like Bret
> >have
> >> it working using the <weblogic7x> element, even though it's not
> >officially
> >> supported yet (we need to create a <weblogic8x> nested element).
> >>
> >> Thanks
> >> -Vincent
> >>
> >> > -----Original Message-----
> >> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> >> > Sent: samedi 26 juin 2004 15:54
> >> > To: cactus-user@jakarta.apache.org
> >> > Subject: Cactus and weblogic 8.1
> >> >
> >> >
> >> > Hi all,
> >> >
> >> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> >> >
> >> > The question is simply whether it is possible to use the plugin with
> >> this
> >> > container (which tweaks do I need to perform to make it work?) or
> >should
> >> I
> >> > just forget about it and write my own Maven plugin?
> >> >
> >> > As of now I can´t even start up the container through the plugin!
> >> >
> >> > I can see you are in the middle of a discussion on the subject but I
> am
> >> > not
> >> > quite sure what to make of it :)
> >> > Are you working on updating the plugin and if so - when do you figure
> >it
> >> > will be released?
> >> >
> >> > Thank you and best regards
> >> >
> >> > ____________________________
> >> > :)esper Linvald
> >> >
> >> >
> >> > ---
> >> > Outgoing mail is certified Virus Free.
> >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> >> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >> >
> >> >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >> >
> >> >
> >> > ---
> >> > Incoming mail is certified Virus Free.
> >> > Checked by AVG anti-virus system (http://www.grisoft.com).
> >> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> >> >
> >>
> >> ---
> >> Outgoing mail is certified Virus Free.
> >> Checked by AVG anti-virus system (http://www.grisoft.com).
> >> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >---
> >Incoming mail is certified Virus Free.
> >Checked by AVG anti-virus system (http://www.grisoft.com).
> >Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Bret Kumler <bk...@bitfone.com>.
Oh,
I forgot, I'm importing another build script.
It's causing the message.
I remove the reference and it's fine.
Thanks for the help Vincent.
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Monday, July 12, 2004 9:59 AM
To: 'Cactus Users List'
Subject: RE: Cactus1.6.1 and Ant 1.6.1
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 18:46
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Vincent
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Monday, July 12, 2004 9:41 AM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Hi Brett,
>
> I have checked your log file and I cannot find any problem. Just one
> thing:
> at some point it says "Adding reference: cactus.class.path" and at others
> it
> says "Adding reference: cactus.classpath". Do you really want to have 2
> such
> paths?
>
>
>
> I couldn't find cactus.class.path in my build file.
Have you looked at the log file you sent? It's there. You seem to be
importing some Ant scripts. Maybe it's there?
> I do have cactus.classpath
>
>
>
>
> Could you also check that the cactus.tasks file is present in the
> ${cactus-ant-jar} jar? (I'd expect it to be there but who knows).
>
>
> It's there in the jar file.
>
>
> Could you please also verify that the Cactus Ant jar is *NOT* present in
> the
> System classpath, i.e. that it is not present in the Ant classpath.
>
>
> It's not in the system classpath or in ant/lib
Just to be sure, if you add the following to your build file:
<echo>java.class.path = ${java.class.path}</echo>
Is there any Cactus reference in the printed path?
If not, then I'm stuck and you'll need to debug into the Ant code itself...
;-)
[snip]
-Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Vincent Massol <vm...@pivolis.com>.
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 18:46
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Vincent
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Monday, July 12, 2004 9:41 AM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Hi Brett,
>
> I have checked your log file and I cannot find any problem. Just one
> thing:
> at some point it says "Adding reference: cactus.class.path" and at others
> it
> says "Adding reference: cactus.classpath". Do you really want to have 2
> such
> paths?
>
>
>
> I couldn't find cactus.class.path in my build file.
Have you looked at the log file you sent? It's there. You seem to be
importing some Ant scripts. Maybe it's there?
> I do have cactus.classpath
>
>
>
>
> Could you also check that the cactus.tasks file is present in the
> ${cactus-ant-jar} jar? (I'd expect it to be there but who knows).
>
>
> It's there in the jar file.
>
>
> Could you please also verify that the Cactus Ant jar is *NOT* present in
> the
> System classpath, i.e. that it is not present in the Ant classpath.
>
>
> It's not in the system classpath or in ant/lib
Just to be sure, if you add the following to your build file:
<echo>java.class.path = ${java.class.path}</echo>
Is there any Cactus reference in the printed path?
If not, then I'm stuck and you'll need to debug into the Ant code itself...
;-)
[snip]
-Vincent
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Bret Kumler <bk...@bitfone.com>.
Vincent
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Monday, July 12, 2004 9:41 AM
To: 'Cactus Users List'
Subject: RE: Cactus1.6.1 and Ant 1.6.1
Hi Brett,
I have checked your log file and I cannot find any problem. Just one thing:
at some point it says "Adding reference: cactus.class.path" and at others it
says "Adding reference: cactus.classpath". Do you really want to have 2 such
paths?
I couldn't find cactus.class.path in my build file.
I do have cactus.classpath
Could you also check that the cactus.tasks file is present in the
${cactus-ant-jar} jar? (I'd expect it to be there but who knows).
It's there in the jar file.
Could you please also verify that the Cactus Ant jar is *NOT* present in the
System classpath, i.e. that it is not present in the Ant classpath.
It's not in the system classpath or in ant/lib
Thanks
-Vincent
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 18:34
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Here's my cactus classpath.
>
> <path id="cactus.classpath">
> <pathelement location="${cactus-jar}"/>
> <pathelement location="${cactus-ant-jar}"/>
> <pathelement location="${servlet-jar}"/>
> <pathelement location="${j2ee-jar}"/>
> <pathelement location="${aspectjrt-jar}"/>
> <pathelement location="${commons-logging-jar}"/>
> <pathelement location="${commons-httpclient-jar}"/>
> <pathelement location="${junit-jar}"/>
> <pathelement location="${httpunit-jar}"/>
> <pathelement location="${nekohtml-jar}"/>
> </path>
>
> I ran it with -debug. See log attachment.
>
>
>
>
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Monday, July 12, 2004 9:12 AM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
>
>
> > -----Original Message-----
> > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > Sent: lundi 12 juillet 2004 17:59
> > To: 'Cactus Users List'
> > Subject: RE: Cactus1.6.1 and Ant 1.6.1
> >
> > Vincent, here ya go.
>
> [snip]
>
> >
> > <taskdef resource="cactus.tasks" classpathref="cactus.classpath"/>
>
> [snip]
>
> Ok. And is cactus.classpath correctly defined as:
>
> <path id="cactus.classpath">
> <pathelement location="${aspectjrt.jar}"/>
> <pathelement location="${cactus.jar}"/>
> <pathelement location="${cactus.ant.jar}"/>
> <pathelement location="${commons.httpclient.jar}"/>
> <pathelement location="${commons.logging.jar}"/>
> <pathelement location="${junit.jar}"/>
> </path>
>
> ?
>
> That would be the reason for the taskdef not being able to download some
> Cactus Ant task.
>
> Could you also run it in debug mode (ant -debug) and show us what it says?
>
> Thanks
> -Vincent
>
> >
> >
> >
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@pivolis.com]
> > Sent: Friday, July 09, 2004 11:42 PM
> > To: 'Cactus Users List'
> > Subject: RE: Cactus1.6.1 and Ant 1.6.1
> >
> > Hi Bret,
> >
> > > -----Original Message-----
> > > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > > Sent: mardi 6 juillet 2004 22:36
> > > To: 'Cactus Users List'
> > > Subject: Cactus1.6.1 and Ant 1.6.1
> > >
> > > I just got Cactus 1.6.1 & Ant 1.6.1
> > >
> > > I'm getting the following message.
> > >
> > > [taskdef] Could not load definitions from resource cactus.tasks. It
> > > could
> > > not be found.
> > >
> > > But the cactus task work, how can I get rid of this message?
> >
> > Strange. I do not have this problem. Could you show us how you use
> > <taskdef>
> > in your build file?
> >
> > Thanks
> > -Vincent
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Brett,
I have checked your log file and I cannot find any problem. Just one thing:
at some point it says "Adding reference: cactus.class.path" and at others it
says "Adding reference: cactus.classpath". Do you really want to have 2 such
paths?
Could you also check that the cactus.tasks file is present in the
${cactus-ant-jar} jar? (I'd expect it to be there but who knows).
Could you please also verify that the Cactus Ant jar is *NOT* present in the
System classpath, i.e. that it is not present in the Ant classpath.
Thanks
-Vincent
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 18:34
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Here's my cactus classpath.
>
> <path id="cactus.classpath">
> <pathelement location="${cactus-jar}"/>
> <pathelement location="${cactus-ant-jar}"/>
> <pathelement location="${servlet-jar}"/>
> <pathelement location="${j2ee-jar}"/>
> <pathelement location="${aspectjrt-jar}"/>
> <pathelement location="${commons-logging-jar}"/>
> <pathelement location="${commons-httpclient-jar}"/>
> <pathelement location="${junit-jar}"/>
> <pathelement location="${httpunit-jar}"/>
> <pathelement location="${nekohtml-jar}"/>
> </path>
>
> I ran it with -debug. See log attachment.
>
>
>
>
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Monday, July 12, 2004 9:12 AM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
>
>
> > -----Original Message-----
> > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > Sent: lundi 12 juillet 2004 17:59
> > To: 'Cactus Users List'
> > Subject: RE: Cactus1.6.1 and Ant 1.6.1
> >
> > Vincent, here ya go.
>
> [snip]
>
> >
> > <taskdef resource="cactus.tasks" classpathref="cactus.classpath"/>
>
> [snip]
>
> Ok. And is cactus.classpath correctly defined as:
>
> <path id="cactus.classpath">
> <pathelement location="${aspectjrt.jar}"/>
> <pathelement location="${cactus.jar}"/>
> <pathelement location="${cactus.ant.jar}"/>
> <pathelement location="${commons.httpclient.jar}"/>
> <pathelement location="${commons.logging.jar}"/>
> <pathelement location="${junit.jar}"/>
> </path>
>
> ?
>
> That would be the reason for the taskdef not being able to download some
> Cactus Ant task.
>
> Could you also run it in debug mode (ant -debug) and show us what it says?
>
> Thanks
> -Vincent
>
> >
> >
> >
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@pivolis.com]
> > Sent: Friday, July 09, 2004 11:42 PM
> > To: 'Cactus Users List'
> > Subject: RE: Cactus1.6.1 and Ant 1.6.1
> >
> > Hi Bret,
> >
> > > -----Original Message-----
> > > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > > Sent: mardi 6 juillet 2004 22:36
> > > To: 'Cactus Users List'
> > > Subject: Cactus1.6.1 and Ant 1.6.1
> > >
> > > I just got Cactus 1.6.1 & Ant 1.6.1
> > >
> > > I'm getting the following message.
> > >
> > > [taskdef] Could not load definitions from resource cactus.tasks. It
> > > could
> > > not be found.
> > >
> > > But the cactus task work, how can I get rid of this message?
> >
> > Strange. I do not have this problem. Could you show us how you use
> > <taskdef>
> > in your build file?
> >
> > Thanks
> > -Vincent
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Bret Kumler <bk...@bitfone.com>.
Here's my cactus classpath.
<path id="cactus.classpath">
<pathelement location="${cactus-jar}"/>
<pathelement location="${cactus-ant-jar}"/>
<pathelement location="${servlet-jar}"/>
<pathelement location="${j2ee-jar}"/>
<pathelement location="${aspectjrt-jar}"/>
<pathelement location="${commons-logging-jar}"/>
<pathelement location="${commons-httpclient-jar}"/>
<pathelement location="${junit-jar}"/>
<pathelement location="${httpunit-jar}"/>
<pathelement location="${nekohtml-jar}"/>
</path>
I ran it with -debug. See log attachment.
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Monday, July 12, 2004 9:12 AM
To: 'Cactus Users List'
Subject: RE: Cactus1.6.1 and Ant 1.6.1
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 17:59
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Vincent, here ya go.
[snip]
>
> <taskdef resource="cactus.tasks" classpathref="cactus.classpath"/>
[snip]
Ok. And is cactus.classpath correctly defined as:
<path id="cactus.classpath">
<pathelement location="${aspectjrt.jar}"/>
<pathelement location="${cactus.jar}"/>
<pathelement location="${cactus.ant.jar}"/>
<pathelement location="${commons.httpclient.jar}"/>
<pathelement location="${commons.logging.jar}"/>
<pathelement location="${junit.jar}"/>
</path>
?
That would be the reason for the taskdef not being able to download some
Cactus Ant task.
Could you also run it in debug mode (ant -debug) and show us what it says?
Thanks
-Vincent
>
>
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Friday, July 09, 2004 11:42 PM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Hi Bret,
>
> > -----Original Message-----
> > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > Sent: mardi 6 juillet 2004 22:36
> > To: 'Cactus Users List'
> > Subject: Cactus1.6.1 and Ant 1.6.1
> >
> > I just got Cactus 1.6.1 & Ant 1.6.1
> >
> > I'm getting the following message.
> >
> > [taskdef] Could not load definitions from resource cactus.tasks. It
> > could
> > not be found.
> >
> > But the cactus task work, how can I get rid of this message?
>
> Strange. I do not have this problem. Could you show us how you use
> <taskdef>
> in your build file?
>
> Thanks
> -Vincent
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Vincent Massol <vm...@pivolis.com>.
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: lundi 12 juillet 2004 17:59
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Vincent, here ya go.
[snip]
>
> <taskdef resource="cactus.tasks" classpathref="cactus.classpath"/>
[snip]
Ok. And is cactus.classpath correctly defined as:
<path id="cactus.classpath">
<pathelement location="${aspectjrt.jar}"/>
<pathelement location="${cactus.jar}"/>
<pathelement location="${cactus.ant.jar}"/>
<pathelement location="${commons.httpclient.jar}"/>
<pathelement location="${commons.logging.jar}"/>
<pathelement location="${junit.jar}"/>
</path>
?
That would be the reason for the taskdef not being able to download some
Cactus Ant task.
Could you also run it in debug mode (ant -debug) and show us what it says?
Thanks
-Vincent
>
>
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Friday, July 09, 2004 11:42 PM
> To: 'Cactus Users List'
> Subject: RE: Cactus1.6.1 and Ant 1.6.1
>
> Hi Bret,
>
> > -----Original Message-----
> > From: Bret Kumler [mailto:bkumler@bitfone.com]
> > Sent: mardi 6 juillet 2004 22:36
> > To: 'Cactus Users List'
> > Subject: Cactus1.6.1 and Ant 1.6.1
> >
> > I just got Cactus 1.6.1 & Ant 1.6.1
> >
> > I'm getting the following message.
> >
> > [taskdef] Could not load definitions from resource cactus.tasks. It
> > could
> > not be found.
> >
> > But the cactus task work, how can I get rid of this message?
>
> Strange. I do not have this problem. Could you show us how you use
> <taskdef>
> in your build file?
>
> Thanks
> -Vincent
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Bret Kumler <bk...@bitfone.com>.
Vincent, here ya go.
<target name="init">
<echo
message="----------------------------------------------"/>
<echo message="Cactus Classpath:
"/>
<echo message="
"/>
<echo message="${echo.cactus.classpath}"/>
<echo
message="----------------------------------------------"/>
<echo message="Project Classpath:
"/>
<echo message="
"/>
<echo message="${echo.project.classpath}"/>
<echo
message="----------------------------------------------"/>
<taskdef resource="cactus.tasks" classpathref="cactus.classpath"/>
<taskdef resource="net/sf/antcontrib/antcontrib.properties">
<classpath>
<pathelement location="${ant.contrib.jar}"/>
</classpath>
</taskdef>
</target>
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Friday, July 09, 2004 11:42 PM
To: 'Cactus Users List'
Subject: RE: Cactus1.6.1 and Ant 1.6.1
Hi Bret,
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: mardi 6 juillet 2004 22:36
> To: 'Cactus Users List'
> Subject: Cactus1.6.1 and Ant 1.6.1
>
> I just got Cactus 1.6.1 & Ant 1.6.1
>
> I'm getting the following message.
>
> [taskdef] Could not load definitions from resource cactus.tasks. It
> could
> not be found.
>
> But the cactus task work, how can I get rid of this message?
Strange. I do not have this problem. Could you show us how you use <taskdef>
in your build file?
Thanks
-Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus1.6.1 and Ant 1.6.1
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Bret,
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: mardi 6 juillet 2004 22:36
> To: 'Cactus Users List'
> Subject: Cactus1.6.1 and Ant 1.6.1
>
> I just got Cactus 1.6.1 & Ant 1.6.1
>
> I'm getting the following message.
>
> [taskdef] Could not load definitions from resource cactus.tasks. It
> could
> not be found.
>
> But the cactus task work, how can I get rid of this message?
Strange. I do not have this problem. Could you show us how you use <taskdef>
in your build file?
Thanks
-Vincent
Cactus1.6.1 and Ant 1.6.1
Posted by Bret Kumler <bk...@bitfone.com>.
I just got Cactus 1.6.1 & Ant 1.6.1
I'm getting the following message.
[taskdef] Could not load definitions from resource cactus.tasks. It could
not be found.
But the cactus task work, how can I get rid of this message?
Thnx
RE: Cactus and weblogic 8.1
Posted by Jesper Linvald <je...@kabelnettet.dk>.
Thank you guys,
I have tested both approaches and I think the weblogic7x is a bit to
"hardcoded" for my needs - I need to create/run a container based pretty
much only on a predefined config.xml and my ear file is precactified so my
approach has been to create my own plugin invoking weblogic.Server and
weblogic.Deployer directly and I additionally created a simple test caller
that simply calls the test url and adds its output to a maven report. This
almost works now :)
Thanks for the input!
Regards Jesper
>-----Original Message-----
>From: Vincent Massol [mailto:vmassol@pivolis.com]
>Sent: 29. juni 2004 07:39
>To: 'Cactus Users List'
>Subject: RE: Cactus and weblogic 8.1
>
>Oh ok. I thought you were using the existing <weblogic7x> container
>element.
>
>Thanks
>-Vincent
>
>> -----Original Message-----
>> From: Bret Kumler [mailto:bkumler@bitfone.com]
>> Sent: mardi 29 juin 2004 01:06
>> To: 'Cactus Users List'
>> Subject: RE: Cactus and weblogic 8.1
>>
>> I actually use
>>
>> <containerset>
>> <generic name="Weblogic 8.1.2.0"
>> port="${test.port}"/>
>> </containerset>
>>
>> And I use the following to start & stop the server.
>>
>>
>> <target name="start.weblogic">
>> <java classname="weblogic.Server" fork="yes"
>> dir="${target.weblogic81.dir}/testdomain">
>> <classpath>
>> <pathelement
>> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
>> </classpath>
>> <jvmarg value="-hotspot"/>
>> <jvmarg value="-ms256m"/>
>> <jvmarg value="-mx256m"/>
>> <jvmarg
>> value="-
>> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
>> 81/server/bin"/>
>> <jvmarg value="-
>Dweblogic.Name=testserver"/>
>> <jvmarg value="-
>Dbea.home=${weblogic.home.81}"/>
>> <jvmarg value="-
>Dbitfone.home=${bitfone.home}"/>
>> <jvmarg
>> value="-Dweblogic.management.username=${weblogic.username}"/>
>> <jvmarg
>> value="-Dweblogic.management.password=${weblogic.password}"/>
>> <jvmarg
>> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
>> </java>
>> </target>
>>
>> <target name="stop.weblogic">
>> <java classname="weblogic.Admin" fork="yes">
>> <classpath>
>> <pathelement
>> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
>> <pathelement
>> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
>> </classpath>
>> <arg line="-url
>t3://${machine}:${test.port}"/>
>> <arg line="-username
>${weblogic.username}"/>
>> <arg line="-password
>${weblogic.password}"/>
>> <arg value="FORCESHUTDOWN"/>
>> </java>
>> </target>
>>
>> -----Original Message-----
>> From: Vincent Massol [mailto:vmassol@pivolis.com]
>> Sent: Saturday, June 26, 2004 10:54 AM
>> To: 'Cactus Users List'
>> Subject: RE: Cactus and weblogic 8.1
>>
>> I haven't tried it but it should work fine. It seems others like Bret
>have
>> it working using the <weblogic7x> element, even though it's not
>officially
>> supported yet (we need to create a <weblogic8x> nested element).
>>
>> Thanks
>> -Vincent
>>
>> > -----Original Message-----
>> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
>> > Sent: samedi 26 juin 2004 15:54
>> > To: cactus-user@jakarta.apache.org
>> > Subject: Cactus and weblogic 8.1
>> >
>> >
>> > Hi all,
>> >
>> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
>> >
>> > The question is simply whether it is possible to use the plugin with
>> this
>> > container (which tweaks do I need to perform to make it work?) or
>should
>> I
>> > just forget about it and write my own Maven plugin?
>> >
>> > As of now I can´t even start up the container through the plugin!
>> >
>> > I can see you are in the middle of a discussion on the subject but I am
>> > not
>> > quite sure what to make of it :)
>> > Are you working on updating the plugin and if so - when do you figure
>it
>> > will be released?
>> >
>> > Thank you and best regards
>> >
>> > ____________________________
>> > :)esper Linvald
>> >
>> >
>> > ---
>> > Outgoing mail is certified Virus Free.
>> > Checked by AVG anti-virus system (http://www.grisoft.com).
>> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>> >
>> >
>> > ---
>> > Incoming mail is certified Virus Free.
>> > Checked by AVG anti-virus system (http://www.grisoft.com).
>> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
>> >
>>
>> ---
>> Outgoing mail is certified Virus Free.
>> Checked by AVG anti-virus system (http://www.grisoft.com).
>> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>---
>Incoming mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
RE: Cactus and weblogic 8.1
Posted by Vincent Massol <vm...@pivolis.com>.
Oh ok. I thought you were using the existing <weblogic7x> container element.
Thanks
-Vincent
> -----Original Message-----
> From: Bret Kumler [mailto:bkumler@bitfone.com]
> Sent: mardi 29 juin 2004 01:06
> To: 'Cactus Users List'
> Subject: RE: Cactus and weblogic 8.1
>
> I actually use
>
> <containerset>
> <generic name="Weblogic 8.1.2.0"
> port="${test.port}"/>
> </containerset>
>
> And I use the following to start & stop the server.
>
>
> <target name="start.weblogic">
> <java classname="weblogic.Server" fork="yes"
> dir="${target.weblogic81.dir}/testdomain">
> <classpath>
> <pathelement
> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> </classpath>
> <jvmarg value="-hotspot"/>
> <jvmarg value="-ms256m"/>
> <jvmarg value="-mx256m"/>
> <jvmarg
> value="-
> Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
> 81/server/bin"/>
> <jvmarg value="-Dweblogic.Name=testserver"/>
> <jvmarg value="-Dbea.home=${weblogic.home.81}"/>
> <jvmarg value="-Dbitfone.home=${bitfone.home}"/>
> <jvmarg
> value="-Dweblogic.management.username=${weblogic.username}"/>
> <jvmarg
> value="-Dweblogic.management.password=${weblogic.password}"/>
> <jvmarg
> value="-Djava.security.policy==./server/lib/weblogic.policy"/>
> </java>
> </target>
>
> <target name="stop.weblogic">
> <java classname="weblogic.Admin" fork="yes">
> <classpath>
> <pathelement
> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
> <pathelement
> location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
> </classpath>
> <arg line="-url t3://${machine}:${test.port}"/>
> <arg line="-username ${weblogic.username}"/>
> <arg line="-password ${weblogic.password}"/>
> <arg value="FORCESHUTDOWN"/>
> </java>
> </target>
>
> -----Original Message-----
> From: Vincent Massol [mailto:vmassol@pivolis.com]
> Sent: Saturday, June 26, 2004 10:54 AM
> To: 'Cactus Users List'
> Subject: RE: Cactus and weblogic 8.1
>
> I haven't tried it but it should work fine. It seems others like Bret have
> it working using the <weblogic7x> element, even though it's not officially
> supported yet (we need to create a <weblogic8x> nested element).
>
> Thanks
> -Vincent
>
> > -----Original Message-----
> > From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> > Sent: samedi 26 juin 2004 15:54
> > To: cactus-user@jakarta.apache.org
> > Subject: Cactus and weblogic 8.1
> >
> >
> > Hi all,
> >
> > Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
> >
> > The question is simply whether it is possible to use the plugin with
> this
> > container (which tweaks do I need to perform to make it work?) or should
> I
> > just forget about it and write my own Maven plugin?
> >
> > As of now I can´t even start up the container through the plugin!
> >
> > I can see you are in the middle of a discussion on the subject but I am
> > not
> > quite sure what to make of it :)
> > Are you working on updating the plugin and if so - when do you figure it
> > will be released?
> >
> > Thank you and best regards
> >
> > ____________________________
> > :)esper Linvald
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: cactus-user-help@jakarta.apache.org
> >
> >
> > ---
> > Incoming mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
> >
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus and weblogic 8.1
Posted by Bret Kumler <bk...@bitfone.com>.
I actually use
<containerset>
<generic name="Weblogic 8.1.2.0"
port="${test.port}"/>
</containerset>
And I use the following to start & stop the server.
<target name="start.weblogic">
<java classname="weblogic.Server" fork="yes"
dir="${target.weblogic81.dir}/testdomain">
<classpath>
<pathelement
location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
</classpath>
<jvmarg value="-hotspot"/>
<jvmarg value="-ms256m"/>
<jvmarg value="-mx256m"/>
<jvmarg
value="-Djava.library.path=${java.library.path};${weblogic.home.81}/weblogic
81/server/bin"/>
<jvmarg value="-Dweblogic.Name=testserver"/>
<jvmarg value="-Dbea.home=${weblogic.home.81}"/>
<jvmarg value="-Dbitfone.home=${bitfone.home}"/>
<jvmarg
value="-Dweblogic.management.username=${weblogic.username}"/>
<jvmarg
value="-Dweblogic.management.password=${weblogic.password}"/>
<jvmarg
value="-Djava.security.policy==./server/lib/weblogic.policy"/>
</java>
</target>
<target name="stop.weblogic">
<java classname="weblogic.Admin" fork="yes">
<classpath>
<pathelement
location="${weblogic.home.81}/weblogic81/server/lib/weblogic.sp.jar"/>
<pathelement
location="${weblogic.home.81}/weblogic81/server/lib/weblogic.jar"/>
</classpath>
<arg line="-url t3://${machine}:${test.port}"/>
<arg line="-username ${weblogic.username}"/>
<arg line="-password ${weblogic.password}"/>
<arg value="FORCESHUTDOWN"/>
</java>
</target>
-----Original Message-----
From: Vincent Massol [mailto:vmassol@pivolis.com]
Sent: Saturday, June 26, 2004 10:54 AM
To: 'Cactus Users List'
Subject: RE: Cactus and weblogic 8.1
I haven't tried it but it should work fine. It seems others like Bret have
it working using the <weblogic7x> element, even though it's not officially
supported yet (we need to create a <weblogic8x> nested element).
Thanks
-Vincent
> -----Original Message-----
> From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> Sent: samedi 26 juin 2004 15:54
> To: cactus-user@jakarta.apache.org
> Subject: Cactus and weblogic 8.1
>
>
> Hi all,
>
> Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
>
> The question is simply whether it is possible to use the plugin with this
> container (which tweaks do I need to perform to make it work?) or should I
> just forget about it and write my own Maven plugin?
>
> As of now I can´t even start up the container through the plugin!
>
> I can see you are in the middle of a discussion on the subject but I am
> not
> quite sure what to make of it :)
> Are you working on updating the plugin and if so - when do you figure it
> will be released?
>
> Thank you and best regards
>
> ____________________________
> :)esper Linvald
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
---------------------------------------------------------------------
To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: cactus-user-help@jakarta.apache.org
RE: Cactus and weblogic 8.1
Posted by Vincent Massol <vm...@pivolis.com>.
I haven't tried it but it should work fine. It seems others like Bret have
it working using the <weblogic7x> element, even though it's not officially
supported yet (we need to create a <weblogic8x> nested element).
Thanks
-Vincent
> -----Original Message-----
> From: Jesper Linvald [mailto:jesper.linvald@kabelnettet.dk]
> Sent: samedi 26 juin 2004 15:54
> To: cactus-user@jakarta.apache.org
> Subject: Cactus and weblogic 8.1
>
>
> Hi all,
>
> Regarding the Maven Cactus plugin and its use with Weblogic 8.1:
>
> The question is simply whether it is possible to use the plugin with this
> container (which tweaks do I need to perform to make it work?) or should I
> just forget about it and write my own Maven plugin?
>
> As of now I can´t even start up the container through the plugin!
>
> I can see you are in the middle of a discussion on the subject but I am
> not
> quite sure what to make of it :)
> Are you working on updating the plugin and if so - when do you figure it
> will be released?
>
> Thank you and best regards
>
> ____________________________
> :)esper Linvald
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.708 / Virus Database: 464 - Release Date: 18-06-2004
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cactus-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: cactus-user-help@jakarta.apache.org
>
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.711 / Virus Database: 467 - Release Date: 25/06/2004