<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/joost/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/joost/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/joost/feature-requests/</id><updated>2009-04-15T14:49:09Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>Ignore DTD option</title><link href="https://sourceforge.net/p/joost/feature-requests/11/" rel="alternate"/><published>2009-04-15T14:49:09Z</published><updated>2009-04-15T14:49:09Z</updated><author><name>jkarretero</name><uri>https://sourceforge.net/u/userid-1847057/</uri></author><id>https://sourceforge.net7fa430ad8683ab26c00df22e5fc6e1e2cc88b753</id><summary type="html">&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;</summary></entry><entry><title>On the fly Transform</title><link href="https://sourceforge.net/p/joost/feature-requests/10/" rel="alternate"/><published>2008-09-04T08:56:33Z</published><updated>2008-09-04T08:56:33Z</updated><author><name>yannick lamothe</name><uri>https://sourceforge.net/u/ylamothe/</uri></author><id>https://sourceforge.netd3b2958cf660288358330c4d51a9b252295bf41f</id><summary type="html">&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;</summary></entry><entry><title>Provide processing of java.lang.Number values</title><link href="https://sourceforge.net/p/joost/feature-requests/9/" rel="alternate"/><published>2005-12-23T00:27:37Z</published><updated>2005-12-23T00:27:37Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net5d95097e2194da96057f5a2dcc8836c7d868bdf2</id><summary type="html">&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;</summary></entry><entry><title>Add prefix mappings from inside a transformation</title><link href="https://sourceforge.net/p/joost/feature-requests/8/" rel="alternate"/><published>2005-10-25T12:28:10Z</published><updated>2005-10-25T12:28:10Z</updated><author><name>Maarten Koskamp</name><uri>https://sourceforge.net/u/koskm00/</uri></author><id>https://sourceforge.net55a8df0d70e042fd16c70925c93e80570ca59f84</id><summary type="html">&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;</summary></entry><entry><title>Use non-scientific notation for numbers</title><link href="https://sourceforge.net/p/joost/feature-requests/7/" rel="alternate"/><published>2005-10-25T12:22:33Z</published><updated>2005-10-25T12:22:33Z</updated><author><name>Maarten Koskamp</name><uri>https://sourceforge.net/u/koskm00/</uri></author><id>https://sourceforge.neteb9bd6ad8e8e62e1e3f0d80092b7a3b46023e9a9</id><summary type="html">&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;</summary></entry><entry><title>Add OutputURIResolver</title><link href="https://sourceforge.net/p/joost/feature-requests/6/" rel="alternate"/><published>2005-03-25T11:29:51Z</published><updated>2005-03-25T11:29:51Z</updated><author><name>Oliver Becker</name><uri>https://sourceforge.net/u/obecker/</uri></author><id>https://sourceforge.netb015763b83ce39b8cd9192276386ae19a7104805</id><summary type="html">&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;</summary></entry><entry><title>Filter plugin by fikin</title><link href="https://sourceforge.net/p/joost/feature-requests/5/" rel="alternate"/><published>2005-03-25T11:27:46Z</published><updated>2005-03-25T11:27:46Z</updated><author><name>Oliver Becker</name><uri>https://sourceforge.net/u/obecker/</uri></author><id>https://sourceforge.net3338427349210346500f3f1d87c0175093a6885a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the filter plugin submitted by fikin.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Plugins patch by fikin</title><link href="https://sourceforge.net/p/joost/feature-requests/4/" rel="alternate"/><published>2005-03-25T11:26:00Z</published><updated>2005-03-25T11:26:00Z</updated><author><name>Oliver Becker</name><uri>https://sourceforge.net/u/obecker/</uri></author><id>https://sourceforge.netcb5d83165e2905b503e0b3a12b5daefbfa8ee08d</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the plugins patch sent by fikin&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Params patch by fikin</title><link href="https://sourceforge.net/p/joost/feature-requests/3/" rel="alternate"/><published>2005-03-25T11:24:36Z</published><updated>2005-03-25T11:24:36Z</updated><author><name>Oliver Becker</name><uri>https://sourceforge.net/u/obecker/</uri></author><id>https://sourceforge.net697191c9c125be6c16437f49f5c81d7a0b7eff65</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Look over the params patch by fikin&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>make filter-src="url(foo)" more flexible</title><link href="https://sourceforge.net/p/joost/feature-requests/2/" rel="alternate"/><published>2005-03-25T11:20:57Z</published><updated>2005-03-25T11:20:57Z</updated><author><name>Oliver Becker</name><uri>https://sourceforge.net/u/obecker/</uri></author><id>https://sourceforge.netb57af577fff6820febf551b7f39ea2b0c4335d74</id><summary type="html">&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;</summary></entry></feed>