Scott,
In the SQL Extension, I created two new base classes that are used
throughout the package (DTMDocument and ObjectArray). Hopefully
I am not reinventing the wheel and wrote code that already exists or
they may prove to be a good base class to add in the ref package. One
of my next tasks is
Ok it seems to be working now, but I ran into a fundamental problem
with stylesheets such as the mkay.xsl. The SQL Extension is set up
to always contain the row-set/column-header nodes in memory and only
stream through the row-set/row nodes. This way you can always refer
back to the column-header
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2945
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3047
Hi,
I'm currently trying to clean up the code in Ant dealing with the
Thanks, Tammam. I'm able to reproduce the problem. I'll look at it and
get back to you.
Gary
[EMAIL PROTECTED] wrote:
>
> Hi Gary,
>
> Attached is my xslt, the input, the actual output, and the expected output.
> Notice the output has the needed namespaces.
>
> (See attached file: dyn_outpu
dbertoni01/08/08 14:46:46
Modified:c/src/ICUBridge ICUBridgeCollationCompareFunctor.cpp
ICUBridgeCollationCompareFunctor.hpp
Log:
Updates for ICU changes.
Revision ChangesPath
1.16 +34 -39xml-xalan/c/src/ICUBridge/ICUBridgeCollationCompar
dbertoni01/08/08 14:46:16
Modified:c/src/Include OS390Definitions.hpp
Log:
New #define for ICU.
Revision ChangesPath
1.5 +1 -1 xml-xalan/c/src/Include/OS390Definitions.hpp
Index: OS390Definitions.hpp
=
dleslie 01/08/08 14:27:33
Modified:c/xdocs/sources entities.ent
Log:
Updated Xalan and Xerces release numbers
Revision ChangesPath
1.18 +12 -12xml-xalan/c/xdocs/sources/entities.ent
Index: entities.ent
=
dbertoni01/08/08 14:18:51
Modified:c/src/XalanTransformer XalanCAPI.h
Log:
Updated comments.
Revision ChangesPath
1.15 +13 -9 xml-xalan/c/src/XalanTransformer/XalanCAPI.h
Index: XalanCAPI.h
=
"Evan Lenz" <[EMAIL PROTECTED]> wrote:
> I killed Xalan 2.1.0 after it chewed up
> the CPU for 20 minutes...
Hi Evan. Not too much of a surprise with 2.1.0 (long story). It runs fine
with the latest CVS code.
-scott
dbertoni01/08/08 12:41:20
Modified:c/samples/XalanTransformerCallback
XalanTransformerCallback.cpp
Log:
Added missing semicolons.
Revision ChangesPath
1.2 +2 -2
xml-xalan/c/samples/XalanTransformerCallback/XalanTransformerCallback.cpp
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3047
Some kind of horrible bug related to the preceding axis, I think. Saxon
executes this in a couple seconds. I killed Xalan 2.1.0 after it chewed up
the CPU for 20 minutes... Incidentally, the same thing happens on Linux and
Win98.
I know this report isn't in as useful a form as it could be, but I
I'm not sure what standards you're talking about but it wouldn't be XSLT
compliant as you can see from section 16.2
(http://www.w3.org/TR/xslt#section-HTML-Output-Method).
In addition, the HTML standards
(http://www.w3.org/TR/html4/struct/global.html#edef-META) show that it
is forbidden to close
Hi Gary,
Attached is my xslt, the input, the actual output, and the expected output.
Notice the output has the needed namespaces.
(See attached file: dyn_output.txt)(See attached file: dyn_input.xml)(See
attached file: dyn_expected_output.txt)(See attached file: dyn.xsl)
Cheers,
Tammam
dyn_
dbertoni01/08/08 10:40:53
Modified:c/samples/SimpleXPathAPI SimpleXPathAPI.cpp
Log:
Added missing header file.
Revision ChangesPath
1.4 +5 -8 xml-xalan/c/samples/SimpleXPathAPI/SimpleXPathAPI.cpp
Index: SimpleXPathAPI.cpp
===
curcuru 01/08/08 10:18:53
Modified:test/java/src/org/apache/qetest/trax TemplatesAPITest.java
TransformerAPITest.java
TransformerFactoryAPITest.java
Log:
Remove outdated attempts to force system property to Xalan implementation;
make
dbertoni01/08/08 10:17:51
Modified:c/src/Include GCCDefinitions.hpp
Log:
Removed unnecessary #defines.
Revision ChangesPath
1.15 +0 -2 xml-xalan/c/src/Include/GCCDefinitions.hpp
Index: GCCDefinitions.hpp
==
dbertoni01/08/08 10:14:28
Modified:c/srcMakefile.in
Log:
Removed ThreadSafe from samples.
Revision ChangesPath
1.49 +21 -38xml-xalan/c/src/Makefile.in
Index: Makefile.in
===
RCS file: /
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3047
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1408
dbertoni01/08/08 09:20:08
Modified:c/samples/SimpleXPathAPI SimpleXPathAPI.cpp
Log:
Fixed problem with creating the input source.
Revision ChangesPath
1.3 +1 -1 xml-xalan/c/samples/SimpleXPathAPI/SimpleXPathAPI.cpp
Index: SimpleXPathAPI.cpp
Hi
Nielsen,
> Is there any way to force XALAN to flush
the result tree to a file incrementaly>
instead of building the intire tree in the memory and then flush it
If you would use any result type different from
DOMResult Xalan wouldn't build any result tree in the memory at all. The
Gary,
> As you can see from my latest emails with David, I have come
> full circle
> on this. I believe the correct answers are:
>
> 0.812
> and
> 81.23%
> I'm now saying that stylesheets are -not- locale-specific based on a
> more careful reading of the Recommendation and Erratum E10, as
dleslie 01/08/08 08:54:26
Modified:java/xdocs/sources/xalan samples.xml trax.xml
Log:
Added Apache license (trax.xml) and Validate sample (samples.xml).
Revision ChangesPath
1.37 +17 -1 xml-xalan/java/xdocs/sources/xalan/samples.xml
Index: samples.xml
===
dbertoni01/08/08 08:51:36
Modified:c/src/PlatformSupport FormatterListener.cpp
Log:
Fixed order of members in initializer list.
Revision ChangesPath
1.3 +3 -3 xml-xalan/c/src/PlatformSupport/FormatterListener.cpp
Index: FormatterListener.cpp
===
dleslie 01/08/08 08:50:38
Modified:java/samples/Validate Validate.java
Log:
Added Apache license.
Revision ChangesPath
1.2 +57 -0 xml-xalan/java/samples/Validate/Validate.java
Index: Validate.java
=
dbertoni01/08/08 08:46:33
Modified:c/srcMakefile.in
Log:
Added targets for new samples.
Revision ChangesPath
1.48 +61 -1 xml-xalan/c/src/Makefile.in
Index: Makefile.in
===
RCS file: /ho
dbertoni01/08/08 08:31:04
Modified:c/Projects/Win32/VC6/XPath XPath.dsp
Log:
Special inline optimization flag for SimpleNodeLocator.cpp.
Revision ChangesPath
1.26 +13 -0 xml-xalan/c/Projects/Win32/VC6/XPath/XPath.dsp
Index: XPath.dsp
=
> Would it be sensible to define an Interface
> similar to XSLT's TraceListener for pure XPath also?
My gut reaction would be no... those are performance intense places and I
would rather not add more feature bloat. But if you can make a really good
case why it makes sense, I might consider.
-
The source code in CVS is compatible with Xerces 1.5.1, if you want to
build from the repository.
We should be releasing a build at the beginning of next week.
Dave
More updates to the Xalan-J 2.x tests. Any feedback appreciated. I know
at least four people who've actually been looking at the tests...
Basic setup steps: (Yes, I'll have real docs later, but this should get
anyone familiar with our builds running right away).
checkout xml-xalan/java
build j
curcuru 01/08/08 06:33:34
Modified:test build.xml test.properties
Log:
Implement extensions.classes and extensions targets, allowing
automated testing of new extensions tests;
minor updates to xsltc targets
Revision ChangesPath
1.9 +105 -27 xml-xalan/test
curcuru 01/08/08 06:31:48
Added: test/tests/extensions-gold/java javaRedir1.out
javaRedir1a-from-build-extensions.out
javaSample3.out javaSample4.out
test/tests/extensions-gold/javascript javascriptSample5.out
Log:
Var
curcuru 01/08/08 06:30:59
Added: test/tests/extensions/java javaRedir1.java javaRedir1.xml
javaRedir1.xsl javaSample3.java javaSample3.xml
javaSample3.xsl javaSample4.java javaSample4.xml
javaSample4.xsl
curcuru 01/08/08 06:30:25
xml-xalan/test/tests/extensions-gold/javascript - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:30:21
xml-xalan/test/tests/extensions-gold/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:30:17
xml-xalan/test/tests/extensions-gold - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:30:14
xml-xalan/test/tests/extensions/javascript - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:30:09
xml-xalan/test/tests/extensions/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:30:02
xml-xalan/test/tests/extensions - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
curcuru 01/08/08 06:29:18
Added: test/java/src/org/apache/qetest/xsl ExtensionTestlet.java
TestableExtension.java
Log:
ExtensionTestlet is like StylesheetTestlet but also calls validation from Java-based
extensions;
TestableExtension is a base class that
curcuru 01/08/08 06:28:06
Modified:test/java/src/org/apache/qetest/xsl XSLTestAntTask.java
XSLTestAntTask.class
Log:
Update writePassThruProps to properly have altPrefix override the default one
Revision ChangesPath
1.3 +16 -6
xml-xalan
>Is there any way to force XALAN to flush the result tree to a file
incrementaly
>instead of building the intire tree in the memory and then flush it
If you ouput results as SAX rather than requesting that a DOM be built,
that will be incremental.
Your problem is probably the input tree. T
With a little hacking it seems that I can get the information about which
nodes the XPath expression evaluates on from these 2 methods in
org.apache.xpath.axes.LocPathIterator.java :
public XObject execute(XPathContext xctxt) // for single nodes
public DTMIterator asIterator(
XPathConte
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3020
morten 01/08/08 05:30:04
Modified:java/src/org/apache/xalan/xsltc/compiler Copy.java
Log:
Fix for use of attribute sets with the xsl:copy element. We were a bit too
restrictive in our tests to see if it was safe to send the attributes to
the output handler. We only compiled in
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2538
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1780
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1430
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2863
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2803
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2803
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2801
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2801
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2599
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1379
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2338
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1408
Hi,
just a little help in case it can help
you
there is another version:
xalan-j_2_2_D8,
last week updating this version resolved a
different problem to me!!
About your actual problem I cannot help
you
Regards
Victor
__
morten 01/08/08 03:57:05
Modified:java/src/org/apache/xalan/xsltc/compiler Attribute.java
AttributeSet.java Copy.java UseAttributeSets.java
XslAttribute.java
java/src/org/apache/xalan/xsltc/dom DOMImpl.java
Log:
Fix and
Scott, Gary, David,
(Gary, David, sorry to put you in CC, but my message took 2 days to appear
in the list...and right now I was isolated from the world for 4h because of
a router problem...so just in case...)
Gary, Thanks for clarifying my mail I indeed was not very clear when
mentioning "diffe
morten 01/08/08 02:17:09
Modified:java/src/org/apache/xalan/xsltc/compiler LiteralElement.java
Log:
Applied a fix to our class for handling literal result elements. The only
attributes in the XSLT namespace we handle in LREs are exclude-result-prefixes
and extension-element-pre
Hi
I have a reallly big problem
runing Xalan.
Basically it has to to due with
the memory that I currently uses.
Senario :
The xml file I'm running is
currently 100M The xsl file(s) I'm
running is a master with imports and includes.
When running Xalan writes
out the f
morten 01/08/08 02:05:19
Modified:java/src/org/apache/xalan/xsltc/compiler XslElement.java
Log:
Added a test to the element to verify that the element name
given in the 'name' attribute contains something other than an empty string.
PR: bugzilla 2794
Obtained from:
Hi
Any indication on when support for xerces1.5 will be available in xalan?
Regards
Marne
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3020
TraceListener seems to be related to XSLT. I'm using the XPath
implementation directly.
Some background for what I'm trying to do:
I'm implementing W3C XForms. It contains calculations defined in XPath. But
in order to decide on calculation order, I will have to see which nodes a
particular XPath
PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT
ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW
AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE
DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL
BE LOST SOMEWHERE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3005
70 matches
Mail list logo
