Hi Andreas, now I have utility that takes .wljar as input parameter and converts it to .jar. It works this way: - Read next jar entry from wljar; - If current jar entry is an xml file: Look in classpath for xsl file with name <xmlname>.xsl; If xsl file not found, copy entry and read next from wljar; Look in classpath for output properties file for xslt with name <xmlname>-output.properties; Transform xml file with xsl applying output properties (if were found); Create new entry and write to resulting jar; - If current entry isn't xml file, copy entry to resulting jar.
For example if we need to transform weblogic-ejb-jar.xml we have to put in th classpath weblogic-ejb-jar.xsl and, optionally, weblogic-ejb-jar-output.properties. Output properties file looks like this: # Output properties for XSL transformations. indent=yes method=xml doctype-public=-//JBoss//DTD JBOSS//EN doctype-system=http://www.jboss.org/j2ee/dtd/jboss.dtd # name for transformed entry newname=META-INF/jboss.xml If newname isn't specified, transformed entry will have the same name. -----Original Message----- From: "Andreas Schaefer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Date: Thu, 16 May 2002 00:10:30 -0700 Subject: [JBoss-dev] Foe-Deployer > Hi Geeks > > To start the entire tool that is my idea: > - we use a special extension for the foe-deployment-units > like "myWLApplication.wljar" etc. for now > > then foe-deployer will: > - accept these deployments > - transform the vendor-specific DDs to JBoss specific DDs > by using XSLT > - incorporate these JBoss DDs into the archive > - rename the archive to the correct extension and resend it > to the Main-Deployer for JBoss deployment > I will write the foe-deployer until next Monday (will be in > Dallas on the weekend bragging about JBoss). > > ToDo List: > - concept how to use XSLT > - list of elements in the WL DDs we convert in the first > release (plain-simple WL-application with simple CMP) > - one or more WL applications to test tool with DB scripts etc. > (using Hypersonic) > - list of possible problems to look out > > And finally have fun > > xxxxxxxxxxxxxxxxx > Andreas Schaefer > Senior Consultant > JBoss Group, LLC > xxxxxxxxxxxxxxxxx > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ----- �������� ���������� �������� ���� @ukr.net �� http://freemail.ukr.net _______________________________________________________________ Hundreds of nodes, one monster rendering program. Now that's a super model! Visit http://clustering.foundries.sf.net/ _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
