Michael, Did we decide whether or not to pull out the Xalan dependency?
Landon 2011/5/30 Michaël Michaud <michael.mich...@free.fr>: > Hi Jukka, > > Good point, you know interconnections between different opensource java > projects very well. > > I don't thing hardcoding a xml namespace prefix can break compatibility > as long as the namespace can still be choosen. > But this is only theory. I'd be glad to hear from deegree guys about it. > I know that 3 Mb is not much nowadays, but I'd feel better if every jar > embeded in OpenJUMP distro had a well known reason to be there. > > Thanks for help, > > Michaël > > Le 30/05/2011 06:20, Rahkonen Jukka a écrit : >> Hi, >> >> I believe that the SLD stuff in OpenJUMP has been made somehow to work as an >> editing tool for building SLDs to be used on deegree WMS server. Deegree >> project and Lat/lon do not nowadays say much about OpenJUMP/deejump but they >> are concentrating on developing iGeoDesktop as a web GIS client. So dropping >> xalan could break a possibility to make SLDs directly usable on deegree WMS >> but actually I do not know if that feature even works at the moment or if we >> have people using OpenJUMP for that. >> >> -Jukka Rahkonen- >> >> Michaël Michaud wrote: >> >>> Hi, >>> Technical question/proposition to get rid of xalan >>> As mentionned by Giuseppe, currently, LayerStyle2SLDPlugIn needs xalan >>> library to work (about 3Mb). >>> As far as I could see, Xalan is just needed to add a user-defined >>> namespace to the SLD file. >>> To be honnest, I don't know what is this namespace for as it's only used >>> in text nodes of<ogc:PropertyName> elements. >>> Currently, this namespace is defined with a prefix which corresponds to >>> the last element of the namespace URI (ex. prefix="app", >>> namespace="http://www.deegree.org/app";). >>> Computing a dynamic prefix (using last part of the user-defined URI) >>> along with a dynamic user-defined namespace is something I could not do >>> in pure java (javax.xml.transform) >>> On the other hand, adding a user-defined namespace with a hardcoded >>> prefix or a default prefix is something which can be achieved with the >>> JRE (without xalan). >>> I don't know why standard java (javax.xml.transform package) does not >>> work the same way as xalan, but if the only reason to use xalan is to be >>> able to choose the namespace prefix, I would rather get rid of it. >>> That said, I just discover SLD, and i would appreciate any advice from >>> xls, xml or SLD gurus if there are some around there. >> Michaël >> >> >> >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> ------------------------------------------------------------------------------ >> vRanger cuts backup time in half-while increasing security. >> With the market-leading solution for virtual backup and recovery, >> you get blazing-fast, flexible, and affordable data protection. >> Download your free trial now. >> http://p.sf.net/sfu/quest-d2dcopy1 >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> > > > ------------------------------------------------------------------------------ > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------------ EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
