OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] Even if you're not ... was If you're going to the W3C meet

[ Lists Home | Date Index | Thread Index ]

> -----Original Message-----
> From: listenercare@xmradio.com [mailto:listenercare@xmradio.com] 
> Sent: Wednesday, February 02, 2005 6:10 PM
> To: alan-xml-dev@engrm.com
> Cc: Kurt Cagle; Frans Englich; xml-dev@lists.xml.org
> Subject: Re: [xml-dev] 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@xmradio.com.
> 
> 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@engrm.com> wrote:
> > * Peter Hunsberger <peter.hunsberger@gmail.com> [2005-02-02 11:13]:
> > > On Wed, 2 Feb 2005 10:57:23 -0500, Alan Gutierrez 
> > > <alan-xml-dev@engrm.com> 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@engrm.com
> >
> > -----------------------------------------------------------------
> > The xml-dev list is sponsored by XML.org <http://www.xml.org>, an 
> > initiative of OASIS <http://www.oasis-open.org>
> >
> > The list archives are at http://lists.xml.org/archives/xml-dev/
> >
> > To subscribe or unsubscribe from this list use the subscription
> > manager: <http://www.oasis-open.org/mlmanage/index.php>
> > XM Satellite Radio Inc.
> > http://www.xmradio.com
> >
> > This message contains information that may be confidential 
> or privileged.
> > The information is intended solely for the recipient and use by any 
> > other party is not authorized. If you are not the intended 
> recipient, 
> > be aware that any disclosure, copying, distribution or use of the 
> > contents of this information is prohibited. If you have 
> received this 
> > electronic transmission in error, please notify us immediately by 
> > telephone (202.380.4000), fax (202.380.4500) or by electronic mail 
> > (postmaster@xmradio.com)
> 
> 
> 
> 




 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS