[Home] [By Thread] [By Date] [Recent Entries]
It's XM Sattelite Radio. No L. And why is this list being copied on these messages? Bob Foster Chiusano Joseph wrote: >>-----Original Message----- >>From: listenercare@x... [mailto:listenercare@x...] >>Sent: Wednesday, February 02, 2005 6:10 PM >>To: alan-xml-dev@e... >>Cc: Kurt Cagle; Frans Englich; xml-dev@l... >>Subject: Re: Even if you're not ... was If you're >>going to the W3C meeting in March [T2005020200AU] >> >>Dear Alan, >> >>Thank you for contacting XM Satellite Radio. Your questions >>and comments are appreciated. > > > XML Satellite Radio? Anyone? > > Kind Regards, > Joseph Chiusano > Booz Allen Hamilton > Strategy and Technology Consultants to the World > > >>Your full message was not received. We are not able to >>determine your request by the information you have provided. >>Please send your request again with some additional details >>and we will be happy to assist you. >> >>If we can be of further assistance, please feel free to send >>an additional email or you may contact a Listener Care >>Representative directly at 1-800-XM RADIO (800-967-2346). >>For commercial accounts please contact 1-888-689-2300 or >>email commercial@x.... >> >>You can view and manage your account at >>http://www.xmradio.com/listenercare/listenercare.html >>Unfortunately, commercial accounts can not be viewed or >>managed via our website. >> >>As always, visit our website at www.xmradio.com for all the >>latest news on XM Satellite Radio. >> >>Our Listener Care Centers hours of operation are as follows: >>Monday-Saturday 6 AM - 2 AM ET >>Sunday 8 AM - 8 PM ET >> >>Thank you, >>Eden Ghebre >>XM's Listener Care Center >>1-800-XM-RADIO (1-800-967-2346) >> >> >>On February 2 2005 at 11:25:18 EST Alan Gutierrez >><alan-xml-dev@e...> wrote: >> >>>* Peter Hunsberger <peter.hunsberger@g...> [2005-02-02 11:13]: >>> >>>>On Wed, 2 Feb 2005 10:57:23 -0500, Alan Gutierrez >>>><alan-xml-dev@e...> wrote: >>>> >>>><snip>on topic XSLT in Ant discussion</snip> >>> >>> On? Good. >>> >>> >>>>> ~ Recently, I offered to provide build scripts for an XML open >>>>> source project. When they heard that the process would be. >>>>> >>>>> svn checkout http://foo.com/svn/foo >>>>> cd foo >>>>> ant -f mix.bootstrap.xml >>>>> ant >>>>> >>>>> They rejected it for the third line. And Ant script /should/ >>>>> just work from checkout. >>>>> >>>>> But for any project of any real size, it doesn't. >>>>> >>>>> Generally, the checkout includes an endoresed ant >> >>and a pair of >> >>>>> build.sh, build.bat files that set the system class path, >>>>> because Ant classpath directives, for many tasks are >> >>defeated by >> >>>>> the $ANT_HOME/lib directory. >>>> >>>>Not sure I understand all your issues here, but isn't the >> >>common way >> >>>>of handling Ant script customization via proprieties >> >>files that are >> >>>>read in as the first step of the Ant script? Our scripts have no >>>>dependencies on environment variables but do define default >>>>proprieties that can be overridden by user proprieties files. >>> >>> No, the issues are class path issues. >>> >>> To run Saxon 8 you need to alter the class path, or drop Saxon 8 >>> in $ANT_HOME/lib, just as you have to drop junit.jar in >>> $ANT_HOME/lib to run JUnit tests. >>> >>> A default Ant installation will go so far as to defeat JAXP's >>> ability to load a user specified TranformerHandlerFactory. >>> >>> You are so not going to get the Transformer you want. >>> >>> Since these are CLASSPATH issues, the custom build.(bat|sh) >>> scripts are necessary to set the CLASSPATH. >>> >>> I've avoided them by hacking a copy of XSLTProcess. >>> >>> I put it, and it's minions, in a different package (i.e. >>> package com.agtrz.mix.ant;), so the Ant ClassLoader won't load >>> them at startup from $ANT_HOME/lib. So that they will load when >>> called as part of a <taskdef/> with a <classpath/> specified >>> that will point to Saxon 8.2, DOM 3.0, and JAXP 1.3. >>> >>> Blah, blah, blah. It wasn't simple. Did my homework. >>> >>> Definately not a *.properties versus env issue. >>> >>> Thanks, though. :^) >>> >>>-- >>>Alan Gutierrez - alan@e...
|

Cart



