<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/joost/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/joost/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 15 Apr 2009 14:49:09 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/joost/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>Ignore DTD option</title><link>https://sourceforge.net/p/joost/feature-requests/11/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;It would be useful to add an "ignore DTD option" to the command-line parameters.&lt;/p&gt;
&lt;p&gt;Sometimes people don't need the DTD file for a transformation and would like to ignore it.&lt;/p&gt;
&lt;p&gt;For example, if doctype reffers to an online DTD file, you must be connected to internet to be able to process the xml, although you don't need the DTD.&lt;/p&gt;
&lt;p&gt;Microsoft MSXSL does have that option (-xe).&lt;/p&gt;
&lt;p&gt;Thanks for your work!&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jkarretero</dc:creator><pubDate>Wed, 15 Apr 2009 14:49:09 -0000</pubDate><guid>https://sourceforge.net7fa430ad8683ab26c00df22e5fc6e1e2cc88b753</guid></item><item><title>On the fly Transform</title><link>https://sourceforge.net/p/joost/feature-requests/10/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;Joost is really interesting as it allows transformation of huge XML files without any issue. However, the use of the transform() method to trigger the transfom is really constraining when several actions need to be piped.&lt;/p&gt;
&lt;p&gt;What would be interesting is to have a utility class as JoostOuputStream, which we can initialize by passing another outputStream.&lt;/p&gt;
&lt;p&gt;JoostOutputStream jStream = new JoostOutputStream(&lt;br /&gt;
new StreamSource(stxFile),&lt;br /&gt;
new StreamResult(destinationStream)));&lt;/p&gt;
&lt;p&gt;//Coupling with FTP for instance&lt;br /&gt;
ftp.retrieveFile(filename, jStream);&lt;/p&gt;
&lt;p&gt;In this example, FTP will retrieve the file, in jstream, which will transform it on the fly and write the transformed stream to the destination. We can add more pipes such as PGP encoding or decoding (BouncyCastle is supporting this type of implementation), MD5 calculation (fast MD5 by twmactina is also support this approach), ...&lt;/p&gt;
&lt;p&gt;Do you think this is something which is feasible (as I think Joost implmentation is based on Streaming techniques) ? If you need more elements, please feel free to contact me (yan at s2r dot fr).&lt;/p&gt;
&lt;p&gt;Thanks&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">yannick lamothe</dc:creator><pubDate>Thu, 04 Sep 2008 08:56:33 -0000</pubDate><guid>https://sourceforge.netd3b2958cf660288358330c4d51a9b252295bf41f</guid></item><item><title>Provide processing of java.lang.Number values</title><link>https://sourceforge.net/p/joost/feature-requests/9/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In net.sf.joost.stx.Value#Value(Object) there is a long&lt;br /&gt;
list of if's determining whether a value is boolean, a&lt;br /&gt;
number, or some other kind of object. The tests for a&lt;br /&gt;
number check all of the usual subclasses of&lt;br /&gt;
java.lang.Number.&lt;/p&gt;
&lt;p&gt;I propose adding a check for java.lang.Number, a la;&lt;/p&gt;
&lt;p&gt;else if (obj instanceof Number) {&lt;br /&gt;
type = NUMBER;&lt;br /&gt;
number = ((Number)obj).doubleValue();&lt;br /&gt;
return;&lt;br /&gt;
}&lt;/p&gt;
&lt;p&gt;Actually, all of the tests for instance of Byte, Short,&lt;br /&gt;
Integer, and Long could be replaced by this clause, &lt;br /&gt;
since the assignment 'number = ' results in a promotion&lt;br /&gt;
from the natural type to double anyway.&lt;/p&gt;
&lt;p&gt;The purpose of this change would be to allow classes&lt;br /&gt;
derived from Number, such as&lt;br /&gt;
org.apache.commons.lang.mutable.*, to be processed as&lt;br /&gt;
numbers instead of objects, providing a performance&lt;br /&gt;
improvement in evaluations, as these types of objects&lt;br /&gt;
wouldn't have be run through the &lt;/p&gt;
&lt;p&gt;return Double.parseDouble(getStringValue());&lt;/p&gt;
&lt;p&gt;object processing in #getNumberValue(). Also allows&lt;br /&gt;
applications to use Mutable objects to avoid repeated&lt;br /&gt;
'new'ing of immutable counterparts.&lt;/p&gt;
&lt;p&gt;Thanks for listening.&lt;/p&gt;
&lt;p&gt;cbrown(at)sensis(dot)com&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Fri, 23 Dec 2005 00:27:37 -0000</pubDate><guid>https://sourceforge.net5d95097e2194da96057f5a2dcc8836c7d868bdf2</guid></item><item><title>Add prefix mappings from inside a transformation</title><link>https://sourceforge.net/p/joost/feature-requests/8/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When creating output with mixed namespace, the &lt;br /&gt;
serializer does not contain prefix mapping for &lt;br /&gt;
namespaces that were not in the input, but were instead &lt;br /&gt;
introduced in the transformation. This leads to the use of &lt;br /&gt;
a lot of xmlns attributes in the output, creating an &lt;br /&gt;
unwanted increase in document size. Is it possible to &lt;br /&gt;
call startPrefixMapping and endPrefixMapping on the &lt;br /&gt;
serializer for prefixmappings that are present in the &lt;br /&gt;
stx:transform node and are not explicitely excluded?&lt;/p&gt;
&lt;p&gt;A further enhancement would be to be able to add prefix &lt;br /&gt;
mappings on templates resulting in calls to &lt;br /&gt;
startPrefixMapping when entering the template and a &lt;br /&gt;
call to endPrefixMapping when exiting the template.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maarten Koskamp</dc:creator><pubDate>Tue, 25 Oct 2005 12:28:10 -0000</pubDate><guid>https://sourceforge.net55a8df0d70e042fd16c70925c93e80570ca59f84</guid></item><item><title>Use non-scientific notation for numbers</title><link>https://sourceforge.net/p/joost/feature-requests/7/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using variables to sum numerica data, the result &lt;br /&gt;
is returned in scientific notation when totals grow too &lt;br /&gt;
large (e.g. 1.23E9).&lt;/p&gt;
&lt;p&gt;This is a problem when the output should comply to the &lt;br /&gt;
definition of a xs:decimal of the XML schema language, &lt;br /&gt;
since the xs:decimal type does nog allow scientific &lt;br /&gt;
notation (xs:float and xs:double do).&lt;/p&gt;
&lt;p&gt;Is it possible to alter the Value class in such a way that &lt;br /&gt;
numers are returned in non scientific notation?&lt;/p&gt;
&lt;p&gt;If not, can this at least be done for integer type values, &lt;br /&gt;
so that round, floor and ceil return numbers that comply &lt;br /&gt;
with the definition of Integers in the XML Schema &lt;br /&gt;
language?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Maarten Koskamp</dc:creator><pubDate>Tue, 25 Oct 2005 12:22:33 -0000</pubDate><guid>https://sourceforge.neteb9bd6ad8e8e62e1e3f0d80092b7a3b46023e9a9</guid></item><item><title>Add OutputURIResolver</title><link>https://sourceforge.net/p/joost/feature-requests/6/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Add an OutputURIResolver similiar to the one provided&lt;br /&gt;
by Saxon.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver Becker</dc:creator><pubDate>Fri, 25 Mar 2005 11:29:51 -0000</pubDate><guid>https://sourceforge.netb015763b83ce39b8cd9192276386ae19a7104805</guid></item><item><title>Filter plugin by fikin</title><link>https://sourceforge.net/p/joost/feature-requests/5/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the filter plugin submitted by fikin.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver Becker</dc:creator><pubDate>Fri, 25 Mar 2005 11:27:46 -0000</pubDate><guid>https://sourceforge.net3338427349210346500f3f1d87c0175093a6885a</guid></item><item><title>Plugins patch by fikin</title><link>https://sourceforge.net/p/joost/feature-requests/4/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the plugins patch sent by fikin&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver Becker</dc:creator><pubDate>Fri, 25 Mar 2005 11:26:00 -0000</pubDate><guid>https://sourceforge.netcb5d83165e2905b503e0b3a12b5daefbfa8ee08d</guid></item><item><title>Params patch by fikin</title><link>https://sourceforge.net/p/joost/feature-requests/3/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the params patch by fikin&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver Becker</dc:creator><pubDate>Fri, 25 Mar 2005 11:24:36 -0000</pubDate><guid>https://sourceforge.net697191c9c125be6c16437f49f5c81d7a0b7eff65</guid></item><item><title>make filter-src="url(foo)" more flexible</title><link>https://sourceforge.net/p/joost/feature-requests/2/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The filter-src attribute is currently not dynamic.&lt;br /&gt;
Proposal: change the URL variant to 'url(' expr ')'.&lt;br /&gt;
Thus the filename may be evaluated at runtime.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Oliver Becker</dc:creator><pubDate>Fri, 25 Mar 2005 11:20:57 -0000</pubDate><guid>https://sourceforge.netb57af577fff6820febf551b7f39ea2b0c4335d74</guid></item></channel></rss>