|
[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 W3C meet
> -----Original Message----- > From: Bob Foster [mailto:bob@o...] > Sent: Wednesday, February 02, 2005 7:26 PM > To: Chiusano Joseph > Cc: xml-dev@l... > Subject: Re: Even if you're not ... was If you're > going to the W3C meeting in March [T2005020200AU] > > It's XM Sattelite Radio. No L. Ok - maybe my (attempt at a joke) wasn't really that funny. :( > And why is this list being copied on these messages? Something called spam. :) Kind Regards, Joseph Chiusano Booz Allen Hamilton Strategy and Technology Consultants to the World > 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








