|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Even if you're not ... was If you're going to the W3Cmeeti
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...
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








