Hi !
I'm using jython to check in the log traces that jboss is up and that ear is
deployed. the following uses BSF but the same could be done with a .
seb.
if they all contain the same properties, how about having only one property file
per OS and load it ?
seb.
[EMAIL PROTECTED] wrote:
> All,
>
> How can I improve the following code in ant?
>
> Thanks
>
> B.
>
>
> -
> -
>
>
> -
> -
>
>
>
> -
>
>
>
> -
>
>
>
Hi Roman.
basename and associated dirname tasks shd do that.
FYI I usally use xmlproperty task to read in the XML file the xslt sheet
to use for transformation.
seb.
Roman Rytov wrote:
>
> > Btw, ant-contrib works Ok for such a simple task and I'm fine
> > with it (unless there is no 'standard' s
; looks to be sourced/generated from ${source.dir} property.
> that would be a good candidate for the use of ${file.separator}
>
> -Original Message-
> From: Sebastien Blanc [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 01, 2003 10:02 AM
> To: Ant Users List
> Subjec
Hello !
I previously wrote jython tests with PyUnit but this is not well
integrated into ANT and the report output is not as good as Junit one,
applying a satisfying stylesheet then not really feasible.
I made few tries to write jython tests inheriting from junit, generating
the .class with jytho
Hi !
the junit task is not finding your test class in the classpath attribute.
you can launch ANT in verbose mode (-v) or do an before your
call, to check that the test.path is correctly defined (either in terms of directory
or package name).
seb.
Joseph Yang wrote:
> Hello all,
>
> I am very n
Hi !
did anybody find a way to get back / simulate the CCase winkin
functionality (access one or more derived objects from a dynamic view)
when integrating with ant ?
thanx.
seb.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For ad
be compiled" ?
be a better requirement ?
would really help J2EE projects, don't think it would mess anything for
regular java projects, would it ?
thanx.
seb.
Sebastien BLANC wrote:
> Hello !
> does anbody know if there is a clean way (or standard rules ?) to avoid
> impli
Hello !
does anbody know if there is a clean way (or standard rules ?) to avoid
implicit javac compilation for external java packages ?
for instance: class a in package A imports class b in pakckage B; if a
developer has changed smthg in a class b and does not recompile it
before compiling the pack
