WebSphere & Ant

J2EE var nok en mere korrekt kategori.

:-)

Men tilbage til dit problem.

Kan du ikke løse det med fail tasket ?

Den korrekt gruppe havde været enten JSP eller J2Ee men pyt med det.

<fail message="No websphere.home" unless="webpshere.home"/>

Vi er muligvis på rette spor med dit svar Arne V, men der mangler 100 gram:
Jeg vil gerne crashe UANSET af hvilken grund websphere target fejler.

Og tak for svaret i hvert fald....

Der findes helt sikkert mailing lister der omhandler Ant specifikke ting, spørg der, der er ekseperterne indenfor ant.

Hej Disky,
Tak for rådet - du har ganske givet ret. Jeg lader mit spørgsmål stå her, for at give eventuelle ant-hajer der svømmer forbi en chance for at løse problemet.

held og lykke.

Jeg tror ikke at du kan gøre noget fra ant.

Ant kalder ejbdeploy og hvis ikke den returnerer fejl, så kan ant
ikke gøre noget.

Du kan bruge fail task til at teste for properties.

Og du kan bruge available task til at teste om f.eks. jar filer er
der og så bruge fail task til at teste på den property available sætter.

Lidt klodset. Men det er faktisk noget man gør.

Følgende er sakset fra UML2EJB:

    <target name="check-environment">
        <antcall target="check-uml2ejb"/>

        <antcall target="check-buildclasspath"/>

        <available property="jaxb.present"
                  classname="javax.xml.bind.JAXBException"
                  classpathref="build.class.path" />
        <antcall target="wrong-jaxb"/>

        <available property="velocity.present"
                  classname="org.apache.velocity.context.Context"
                  classpathref="build.class.path" />
        <antcall target="wrong-velocity"/>

        <available property="ejbdoclet.present"
                  classname="xdoclet.modules.ejb.EjbDocletTask"
                  classpathref="build.class.path" />
        <antcall target="wrong-ejbdoclet"/>

        <available property="ant.present"
                  classname="org.apache.tools.ant.types.EnumeratedAttribute"
                  classpathref="build.class.path" />
        <antcall target="wrong-ant"/>

        <available property="log4j.present"
                  classname="org.apache.log4j.Category"
                  classpathref="build.class.path" />
        <antcall target="wrong-log4j"/>

        <available property="j2ee.present"
                  classname="javax.ejb.EntityBean"
                  classpathref="build.class.path" />
        <antcall target="wrong-j2ee"/>

        <available property="uml2ejb.present"
                  classname="de.mbohlen.tools.uml2ejb.anttasks.Uml2EjbGenTask"
                  classpathref="build.class.path" />
        <antcall target="wrong-uml2ejb"/>
    </target>

    <target name="check-uml2ejb" unless="uml2ejb.home">
        <fail>
            Property "uml2ejb.home" is not set. Please use the file
            "build.properties" in the directory ${basedir} to set
            this property. It must point to the UML2EJB installation
            directory which contains the file "uml2ejb.jar".
        </fail>
    </target>

    <target name="check-buildclasspath" unless="build.classpath">
        <fail>
            Property "build.classpath" is not set. Please use the file
            "build.properties" in the directory ${basedir} to set
            this property. It must list all external jars required
            for the build to succeed.  "build.properties.sample"
            provides an example on how to set it up.
        </fail>
    </target>

    <target name="wrong-uml2ejb" unless="uml2ejb.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the Uml2Ejb jar.
        </fail>
    </target>

    <target name="wrong-jaxb" unless="jaxb.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the JAXB jar.
        </fail>
    </target>

    <target name="wrong-velocity" unless="velocity.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the Velocity jar.
        </fail>
    </target>

    <target name="wrong-ejbdoclet" unless="ejbdoclet.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the Xdoclet jar.
        </fail>
    </target>

    <target name="wrong-ant" unless="ant.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the ant jar.
        </fail>
    </target>

    <target name="wrong-log4j" unless="log4j.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the log4j jar.
        </fail>
    </target>

    <target name="wrong-j2ee" unless="j2ee.present">
        <fail>
            Property "build.classpath" is set but it doesn't seem
            to contain the J2EE jars.
        </fail>
    </target>

Kunne du bruge det sidste til noget ?

Hej ArneV,
Njaarj, egentlig ikke - Jeg er stadig nødt til at have manuel overvågning af mit target idet jeg ikke kan forudsige alle fejlsituationer programmatisk. Det er faktisk et temmeligt stort problem idet det forhindrer automatisk fejlopsamling ved fx natlige builds. Jeg takker imidlertid for din indsats der kan bruges til en række forudsigelige fejlsituationer. Vil gerne tildele dig 100 points hvis jeg kan gennemskue hvorledes dette gøres...

Første trin er at jeg skal ligge et svar igen.

:-)

Næste trin er så at du selv ligger et svar og så fordeler
point (point til dig selv = de point der ikke skal uddeles).

Løs ide:

Hvis nu man ikke kan få ejbdeploy til at fejle tilpas voldsomt.
Hvad så med et alternativt approach. Generere og deploye en "build version
session bean" og så kalde den og se om den er blevete deployet. Absolut en
grim workaround. Men hvad gør man ikke for at opnå det man vil.

Hej Arne_V, mægtig snedig den sidste løsning, men (igen) desværre har jeg et ejbdeploy target pr EJB og jeg kan ikke være sikker på at de fejler simultant... thanx anyway...