MX4J and Gump (and another log4j deprecation effect)
"Adam R. B. Jack" <[email protected]>
| Newsgroups | gmane.comp.apache.incubator.general,gmane.comp.java.mx4j.devel |
|---|---|
| Message-ID | <05f501c441e8$0d70c950$97cbea43__8825.84198047898$1085441894@sybase.com> |
Hi,
I don't know if you are aware of Apache Gump, but it is a continuous
integration tool. See:
http://gump.apache.org
MX4J has an entry, which means it gets compiled against the very latest (CVS
HEAD, SVN trunk) of it's dependencies (when possible.) See:
http://brutus.apache.org:8080/gump/mx4j/mx4j/index.html
Recently your entry started failing, and I'm writing to inform you of this
(and ask if you'd like ongoing notifications). Would you mind if we send
notification mails (when builds start failing) to this list? We can pick
what address the mails appear to come from.
BTW: These look like another victim of the recent log4j deprecations:
http://brutus.apache.org:8080/gump/mx4j/mx4j/gump_work/build_mx4j_mx4j.txt
see:
http://gump.chalko.com/gb/blog/SuccessStories/?permalink=Log4J-CL-EL-JV.txt&preview=true&smm=y
regards,
Adam
--
Experience the Unwired Enterprise:
http://www.sybase.com/unwiredenterprise
Try Sybase: http://www.try.sybase.com
-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click