Hi Bret, Yes, this is essentially what is done by the <cactus> task behind the curtains. What we are trying to do is using the <cactus>/<weblogic7x> task with a custom config.xml.
Thanks -Vincent > -----Original Message----- > From: Bret Kumler [mailto:[EMAIL PROTECTED] > Sent: 19 May 2004 21:20 > To: 'Cactus Users List' > Subject: RE: Cactus + Weblogic 8.1 > > 1. Start weblogic with the script. > 2. Stop weblogic. > 3. Created the following folders with the following files copied in to the > folders. > > Conf\config.xml --> from my existing domain > Conf\test\weblogic81\DefaultAuthenticatorInit.ldift > Conf\test\weblogic81\fileRealm.properties > Conf\test\weblogic81\SerializedSystemIni.dat > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.data > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.delete > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.index > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.trans > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.trpos > Conf\test\weblogic81\<your domain name>\ldap\ldapfiles\EmbeddedLDAP.twpos > > ${conf.weblogic81.dir}=Conf dir above. > > <target name="prepare.weblogic.test" if="weblogic.home.81" > depends="create.war-ear"> > <echo message="weblogic.home.81 = ${weblogic.home.81}"/> > <!-- Recreate your domain. --> > <mkdir > dir="${target.weblogic81.dir}/testdomain/applications"/> > <mkdir > dir="${target.weblogic81.dir}/testdomain/testserver"/> > <!-- Copy WL 8.1 configuration files --> > > <copy file="${conf.dir}/config.xml" > todir="${target.weblogic81.dir}/testdomain" filtering="on"/> > <replace > file="${target.weblogic81.dir}/testdomain/config.xml" > propertyFile="${base.dir}/build.properties"> > <replacefilter token="@weblogic.home.81@" > value="${weblogic-home}"/> > </replace> > > <copy file="${conf.weblogic81.dir}/fileRealm.properties" > todir="${target.weblogic81.dir}/testdomain"/> > <copy file="${conf.weblogic81.dir}/SerializedSystemIni.dat" > todir="${target.weblogic81.dir}/testdomain"/> > <copy > file="${conf.weblogic81.dir}/DefaultAuthenticatorInit.ldift" > todir="${target.weblogic81.dir}/testdomain"/> > <!-- Copy security configuration files --> > <copy > todir="${target.weblogic81.dir}/testdomain/testserver"> > <fileset dir="${conf.weblogic81.dir}/testserver"/> > </copy> > <!-- Copy the ear files to the applications folder --> > <copy file="${execution-dir}/pm-tests/xxx.ear" > todir="${target.weblogic81.dir}/testdomain/applications"/> > <copy file="${pm.ear}" > todir="${target.weblogic81.dir}/testdomain/applications"/> > > <!-- Create clientside log4j.properties --> > <copy file="${conf.test.dir}/log_client.properties" > tofile="${execution-dir}/conf/test/log4j.properties"/> > > </target> > > -----Original Message----- > From: Vincent Massol [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 19, 2004 12:04 PM > To: 'Cactus Users List' > Subject: RE: Cactus + Weblogic 8.1 > > Hi Mark, > > > -----Original Message----- > > From: Mark Lybarger [mailto:[EMAIL PROTECTED] > > Sent: 19 May 2004 15:37 > > To: Cactus Users List > > Subject: RE: Cactus + Weblogic 8.1 > > > > ok, i think i may see something here. it seems that cactus is using > > passwords of weblogic/weblogic. mine are different. > > Yep. Cactus comes with a default DefaultAuthenticatorInit.ldift file. > You're right that we have a problem if the user wants to use his own. > The problem is that I'm not a WL expert on authentication. I've stopped > using WL after version 6.1 and it has changed quite a lot with 7.x (it > took me a while to find a default config that was working for Cactus... > ;-)). > > > i removed the 3des > > and put clear text passwords in my config.xml, but it's still not > starting > > up due to password issues. perhaps the username (mine is user system) > > different causes issues? any insights? > > I think the user/password that I've used for the default configuration > is: > > Username: system > Password: password > > But I'm not sure. > > I'd be happy to fix things if you could explain what should be done :-) > > Thanks > -Vincent > > > > > > -----Original Message----- > > > From: Mark Lybarger > > > Sent: Tuesday, May 18, 2004 1:35 PM > > > To: Cactus Users List > > > Subject: Cactus + Weblogic 8.1 > > > > > > > > > I'll keep the thread going. > > > > > > I'm looking to use the cactus task with the weblogic7x > > > container set to facilitate testing (automate start/stop of > > > container, etc). i'm currently using the generic > > > containerset to run my tests, and i assume the container is > > > started, things deployed, etc. > > > > > > There was a mention earlier on this list (diff thread) about > > > using configXml to give your config xml to use. In trying > > > that, i get errors with the encrypted passwords of my > > > config.xml. specifically in the embedded ldap area. I think > > > i can set the passwords to clear text passwords, but i'm not > > > sure what they are. I know my domain user name and password > > > that i log into the console with, but that doens't seem to > > > work. Any ideas here would be helpfull. > > > > > > > > > thanks! > > > ~mark > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
