Hi Cory,
I did nearly exactly what you describe this week.
Instead of 1)/2) I directly generated a stream of SAX2-Events from the
database.
Before I had memory problems and the maximum node count of 1 M Nodes of the
XLST Transformer.
I tried different scenarios (always creating a Template
Are you invoking this from the command line (ie
org.apache.xalan.xslt.Process)? If so, what does your command line look
like?
If you are doing your own processing, however, the problem may be that
you have not set namespace awareness on in your XML parser.
Gary
Daya Sharma wrote:
>
> Hi All
>
Hi All
Can somebody please tell why am I getting this error my XSL has
http://www.w3.org/1999/XSL/Transform";
version="1.0">
as the first two lines...
but why does Xalan 2.0 throw this exception:
javax.xml.transform.TransformerException: stylesheet requires attribute:
version at
org.apache.xa
Please advise on the problem listed below.
Thanks for your help.
I get incomplete output using the command line xalan-j_2_2_D6 utility i.e.
java org.apache.xalan.xslt.Process -in temp.xml -xsl temp.xsl
if the temp.xml file's root element contains schema information
i.e.
http://www.jonescyber.co
Hi,
I'm trying to build the lastest JavaPro
August 2001 Bridge the Language Barrier src code.
I'm using Xalan j2001,
Xerces,etc..
it almost builds for me...I get 1 compilation
error > I can not find class XPathProcessorImpl.java
Does anyone know what jar I need to help this
c
Hi Paul,
I have the same problem, when setting the
javax.xml.transform.TransformerFactory
system property to
org.apache.xalan.xsltc.trax.TransformerFactoryImpl.
In the doc, it was written we had to give this value: |
org.apache.xalan.xsltc.runtime.TransformerFactoryImpl|
but the class doesn't exi
Hi John. It's been a busy day. I'll try and get your extension running
tomorrow, and look at the design docs you sent.
> What do I set the Namespace string to when building the
> table
Either null or "" is OK... they will both map to index zero.
> the accept code fails which brings up a ques
dumpDTM helped a lot. A node index of 0 should not be allowed, or the Int array
should init to DTM.NULL. Problem I had was not setting m_firstch at some point.
The default value of the Int Array is zero so a weird feedback loop occurred.
JG
John Gentilin wrote:
> Scott,
>
> It is checked in. T
Joseph,
This is very helpful. As we'll be dealing mostly with database records, they
can indeed be formatted as small chunks (or even individual records by
type). I'm thinking now of using a flow like this:
1) Output a query of rows incrementally as an XML stream
2) Parse the stream using a SAX2
This is a question for a general XSL list like the Mulberry list. For more
information see:
http://www.mulberrytech.com/xsl/index.html
A couple of hints:
1. _Never_ use xsl:text with disable-output-escaping to generate
elements in the result tree. Use xsl:element, or literal result
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2599
*** shadow/2599 Thu Jul 12 08:04:28 2001
--- shadow/2599.tmp.22348 Thu Jul 12 10:02:49 2001
***
*** 56,59
!
--- 56,69
!
!
! --- Additional Comments From [EMAIL PROTECTED] 2001-07-12 10
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2468
If you can stomach it, here is my latest summary of this bug. Any help would
be appreciated. In it I've set out to examine the set of iterators in xsltc
that implement setStartNode(int):
AbsoluteIterator, CurrentNodeListIterator, FilteredSte
Hi Paul,
I have the same problem, when setting the
javax.xml.transform.TransformerFactory
system property to
org.apache.xalan.xsltc.trax.TransformerFactoryImpl.
In the doc, it was written we had to give this value: |
org.apache.xalan.xsltc.runtime.TransformerFactoryImpl|
but the class doesn't exi
With Xalan switched into incremental mode (not currently the default), it
should generate output as sufficient input arrives to start running the
stylesheet, and should only read as much as this stylesheet actually needs.
However, Xalan is still building a tree internally, so as your stream
conti
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2607
*** shadow/2607 Thu Jul 12 14:03:31 2001
--- shadow/2607.tmp.24394 Thu Jul 12 14:03:31 2001
***
*** 0
--- 1,64
+ ++
+ | xsltc fails embed0
>"DOM006 Hierarchy request error"
That means you're trying to insert a node someplace that the DOM spec says
it doesn't belong -- eg, trying to insert a second root element, or trying
to make an element the child of a text node. Check and fix your application
code.
>Xalan-FAQ where I found a se
If you're using a DOM as input, support for the id() function is dependent
upon the DOM's getElementByID() function. So the real question here is why
your DOM isn't providing that information.
Quoting the DOM spec:
Note: The DOM implementation must have information that says which
attribute
sboag 01/07/12 13:02:50
Modified:java/src/org/apache/xalan/lib/sql SQLDocument.java
SQLErrorDocument.java
Log:
Added setProperty and getSourceLocatorFor empty methods.
Revision ChangesPath
1.2 +24 -0 xml-xalan/java/src/org/apache/xalan
sboag 01/07/12 12:54:26
Modified:java/src/org/apache/xml/dtm/ref CoroutineSAXParser.java
Log:
Allow co_yield to be called after the parse has finished.
Revision ChangesPath
1.7 +40 -14
xml-xalan/java/src/org/apache/xml/dtm/ref/CoroutineSAXParser.java
Ind
sboag 01/07/12 12:51:42
Modified:java/src/org/apache/xalan/transformer TransformerImpl.java
Log:
Call wait for initial events before the the transform is started.
Revision ChangesPath
1.107 +9 -0
xml-xalan/java/src/org/apache/xalan/transformer/TransformerImpl
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1950
*** shadow/1950 Thu Jul 12 01:23:29 2001
--- shadow/1950.tmp.23917 Thu Jul 12 12:50:58 2001
***
*** 64,67
solution.
Cheers,
! Terence Kwan
--- 64,78
solution.
Cheers,
! Terence Kwan
!
! --- Addit
sboag 01/07/12 12:50:43
Modified:java/src/org/apache/xalan/transformer
TransformerHandlerImpl.java
Log:
In startDocument, run m_contentHandler.startDocument before you start the thread.
Revision ChangesPath
1.8 +38 -14
xml-xalan/java/s
Your stylesheet is fine. Check your classpaths. You're finding the wrong
implementation of SAX.
On Wed, 11 Jul 2001 [EMAIL PROTECTED] wrote:
> I would like to nominate Ovidiu Predescu as a Xalan committer. Ovidiu has
> done some excellent work with his work with file, line, column number
> information for XML source documents, and is interested in having better
> tools support for Xalan, a
The only way Java code should ever be able to generate a bus error is if
it's calling native code via JNI... or the JVM is broken.
dleslie 01/07/12 12:36:30
Modified:java/xdocs/sources/xalan usagepatterns.xml
Log:
Fixed link errors found by Dave Marston.
Revision ChangesPath
1.38 +7 -7 xml-xalan/java/xdocs/sources/xalan/usagepatterns.xml
Index: usagepatterns.xml
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2578
*** shadow/2578 Wed Jul 11 09:01:16 2001
--- shadow/2578.tmp.23763 Thu Jul 12 12:08:35 2001
***
*** 45,48
Actual Output
=
! Male: JohnFemale: JaneWho knows?: HermaphroditeWho knows?: Prince
--- 45,77
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2603
*** shadow/2603 Thu Jul 12 11:51:39 2001
--- shadow/2603.tmp.23226 Thu Jul 12 11:51:39 2001
***
*** 0
--- 1,65
+ ++
+ | xsltc fails conf t
Make sure you pass the parameters right to the namespace-aware calls.
Besides, try explicitly add XML decalrations . Just
my guess, tell me if it works.
-Original Message-
From: Martin Sparenberg
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 12, 2001 12:19 PM
To: [EMAIL PROTECTED]
Subje
Hi XSL-Experts!
I'm having a very simple structured part of a bigger XML Document:
JFIF 1.02
36200
72
Baseline
1024
3
Photoshop 3.0
1
... about 100 attributes
...
...
Now I want to print out and convert only a few of that attributes (u
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2599
*** shadow/2599 Thu Jul 12 10:02:49 2001
--- shadow/2599.tmp.22947 Thu Jul 12 10:53:36 2001
***
*** 1,5
++
! | xsltc fails conf test copy13 n
> So if I understand this correctly, even if using the SAX examples, Xalan
>still needs access to the entire source XML document?
It may, or it may not, depending on the stylesheet. If it doesn't, i builds
only as much of the DTM as is needed.
pauldick01/07/12 10:28:59
Modified:c/Tests/Compare compare.cpp
Log:
Changed the directory name of the test files.
Revision ChangesPath
1.5 +2 -2 xml-xalan/c/Tests/Compare/compare.cpp
Index: compare.cpp
===
I think this may be a typo in the documentation. Try using xslt_module as
is specified for Unix:
LoadModule xslt_module
xml-xalan/c/Build/Win32/VC6/Release/ApacheModuleXSLT.dll
This is what the doc says for Win32, which I think is incorrect:
LoadModule mod_xslt
xml-xalan/c/Build/W
Hi! Here is all the modifications I've currently made to xalan to try to
make it
compile with Borland C++ Builder 5.
Started with fresh CVS sources the 2001-07-12 10:00 GMT+1
Made a copy of VCPPDefinitions.hpp in BCPPDefinitions.hpp
Modification of PlatformDefinitions.hpp :
> 61: #if defined (
Fabrizio writes:
>...I need the CDATA Sections in the XML source document not to be
>processed by Xalan...
By the time Xalan gets the input, the parser will have removed the CDATA
characteristics. But I think your real question is about how to control
what gets output as CDATA, and you know how
So if I understand this correctly, even if using the SAX examples, Xalan
still needs access to the entire source XML document?
If so, how efficient would it be if I did a transformation for each chunk of
a document based on SAX events?
Cory
-Original Message-
From: [EMAIL PROTECTED] [ma
mmidy 01/07/12 09:19:39
Modified:java/src/org/apache/xalan/trace PrintTraceListener.java
Log:
Don't print locator message if locator is null
Revision ChangesPath
1.12 +2 -1
xml-xalan/java/src/org/apache/xalan/trace/PrintTraceListener.java
Index: PrintTr
[EMAIL PROTECTED] wrote:
>
> I'm not sure this is the specific cause of our problem, but you should
> probably upgrade your code to use the DOM Level 2 namespace-aware calls --
> DOMImplementation.createDocument, Document.createElementNS,
> Document.createAttributeNS, and Document.setAttributeNS
mmidy 01/07/12 09:18:52
Modified:java/src/org/apache/xml/dtm/ref/sax2dtm SAX2DTM.java
Log:
Check if locator property is set before trying to use locator fields
Revision ChangesPath
1.10 +10 -6 xml-xalan/java/src/org/apache/xml/dtm/ref/sax2dtm/SAX2DTM.java
dleslie 01/07/12 09:03:17
Modified:java/xdocs/sources/xalan samples.xml
Log:
Fixed typo in instruction for running second extension sample (thanks, Paul!).
Revision ChangesPath
1.33 +1 -1 xml-xalan/java/xdocs/sources/xalan/samples.xml
Index: samples.xml
>I need the CDATA Sections in the XML source document not to be processed
by Xalan because they must remain >in the resulting XML document.
XSLT, according to its spec, does not distinguish between
sections and other text in the input document. Your stylesheet can say that
the output of specifi
morten 01/07/12 08:55:12
Modified:java/src/org/apache/xalan/xsltc/compiler XSLTC.java
java/src/org/apache/xalan/xsltc/runtime
AbstractTranslet.java
java/src/org/apache/xalan/xsltc/trax TemplatesImpl.java
Tran
Hi!
I'm Fabrizio from Italy,
I'm developing an application using Xalan java 2,
in particular I need to process an XML document with an Xsl stylesheet,but I
need the CDATA Sections in the XML source
document not to be processed by Xalan because they must remain in the resulting
XML document
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2599
*** shadow/2599 Thu Jul 12 08:04:28 2001
--- shadow/2599.tmp.21386 Thu Jul 12 08:04:28 2001
***
*** 0
--- 1,59
+ ++
+ | xsltc fails conf t
On Thu, 12 Jul 2001 01:15:09 +0200 (CEST), Erwin Bolwidt wrote:
>On Wed, 11 Jul 2001, Daniel Einspanjer wrote:
>
>> I have been struggling with trying to get the XPath id() function to
>> work in the application I am writting. I have a DTD that defines an ID
>> attribute and an xslt that performs
tmiller 01/07/12 07:26:07
Modified:java/src/org/apache/xalan/xsltc/trax
TransformerFactoryImpl.java
Log:
removed obselete try/catch
Revision ChangesPath
1.4 +2 -8
xml-xalan/java/src/org/apache/xalan/xsltc/trax/TransformerFactoryImpl.ja
-- Hmmm - if the stylesheet build failed (because it
couldn't find the stylesheet or the xslInURI was bad)
it should have thrown an exception. Odd.
Oh: one idea: try also catching
TransformerConfigurationException, which is what
newTransformer actually throws when it has a problem.
-- Your URLs
-- The appropriate place for Xalan questions is either
on [EMAIL PROTECTED] or the new
[EMAIL PROTECTED] list. See
http://xml.apache.org/mail.html for subscription info.
-- This is most likely due to the fact that our
.tar.gz has filenames over 100 chars within it and
requires a GNU-compatible t
>In the DTM arrays , m_firstch, m_nextsib..., If an element only has a
single
>text node, can the text be part of the element node
Nope. Sorry. My best guess is that the special-casing needed to support
that option would cost us more than it'd be worth.
>For the DTM, are the attribute nodes map
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2598
*** shadow/2598 Thu Jul 12 07:13:54 2001
--- shadow/2598.tmp.21124 Thu Jul 12 07:13:54 2001
***
*** 0
--- 1,57
+ ++
+ | xsltc fails conf t
>Is it true when the source is SAX events, Xalan will still need to build
>an internal source tree for the transformation? Now the internal tree
>representation is DTM, done by SAX2DTM?
Given that XSLT can at any time access any node in the document, some sort
of in-memory model is necessary unl
to: XSLT-users
from: Duxx / Rein van der Mast
|
I try to run XSLT with my Apache webserver (1.3.20) on my WIN32 system (It's
actually W98. I know that that is not a proper system for a server, but it's
just for a bit of testing and I already implemented PHP (4.0.5) and Perl
successfully!).
Now I
morten 01/07/12 06:36:25
Modified:java/src/org/apache/xalan/xsltc/trax TransletTemplates.java
Log:
minor adjustment
Submitted by: [EMAIL PROTECTED]
Reviewed by: [EMAIL PROTECTED]
Revision ChangesPath
1.3 +2 -9
xml-xalan/java/src/org/apache/xalan/xsltc/t
morten 01/07/12 05:54:58
Modified:java/src/org/apache/xalan/xsltc/cmdline Compile.java
java/src/org/apache/xalan/xsltc/compiler XSLTC.java
Added: java/src/org/apache/xalan/xsltc/cmdline/getopt GetOpt.java
GetOptsException.java IllegalArgum
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2595
*** shadow/2595 Thu Jul 12 05:54:41 2001
--- shadow/2595.tmp.20143 Thu Jul 12 05:54:41 2001
***
*** 0
--- 1,49
+ ++
+ | xsltc fails boolea
Thanks to all who responded about why boolean43 should return true.
You guys really know your XSLT.
I'll put in a bug against XSLTC, since it returns false.
Tom
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2593
*** shadow/2593 Thu Jul 12 05:17:10 2001
--- shadow/2593.tmp.19937 Thu Jul 12 05:18:25 2001
***
*** 16,19
| DESCRIPTION |
The sample code in java/sample
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2593
*** shadow/2593 Thu Jul 12 05:17:10 2001
--- shadow/2593.tmp.19927 Thu Jul 12 05:17:10 2001
***
*** 0
--- 1,19
+ ++
+ | XSLTC sample code
morten 01/07/12 04:20:30
xml-xalan/java/src/org/apache/xalan/xsltc/cmdline - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2591
*** shadow/2591 Thu Jul 12 04:48:24 2001
--- shadow/2591.tmp.19799 Thu Jul 12 05:00:17 2001
***
*** 22,24
--- 22,29
--- Additional Comments From [EMAIL PROTECTED] 2001-07-12 04:48 ---
Created an attach
morten 01/07/12 04:52:53
xml-xalan/java/src/org/apache/xalan/xsltc/cmdline/getopt - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2591
*** shadow/2591 Thu Jul 12 04:47:27 2001
--- shadow/2591.tmp.19739 Thu Jul 12 04:48:24 2001
***
*** 17,20
xdocs/sources/xsltc/xsltc_trax.xml refers to
org.apache.xalan.xsltc.runtime.TransformerFactoryImpl
which ha
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2591
*** shadow/2591 Thu Jul 12 04:47:27 2001
--- shadow/2591.tmp.19730 Thu Jul 12 04:47:27 2001
***
*** 0
--- 1,20
+ ++
+ | XSLTC docs not upd
morten 01/07/12 04:32:37
Modified:java/src/org/apache/xalan/xsltc/runtime DefaultRun.java
Added: java/src/org/apache/xalan/xsltc/cmdline Compile.java
Transform.java
Log:
Extracted the command-line stuff from the core XSLTC packages. The command-
li
morten 01/07/12 03:46:08
Modified:java/src/org/apache/xalan/xsltc/compiler Parser.java
SyntaxTreeNode.java XSLTC.java
Log:
Cleaned up the XSLTC compiler class in an attempt to make it more flexible.
This class was originally written as a command-line inter
Hi,
as far as I know, the xsl sourcefile has to be in the same directory as
your java classes, then you just referenece it like this:
String xslInURI = "todo.xsl";
and that should work ok.
Seems strange that you are not getting any errors though.
-Original Message-
From
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1950
*** shadow/1950 Sun Jun 10 11:41:15 2001
--- shadow/1950.tmp.18303 Thu Jul 12 01:23:29 2001
***
*** 50,53
containing the full XML and XSLT?
Thanks,
! Gary
--- 50,67
containing the full XML and XSLT?
T
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2589
*** shadow/2589 Thu Jul 12 00:43:17 2001
--- shadow/2589.tmp.17709 Thu Jul 12 00:43:18 2001
***
*** 0
--- 1,60
+ ++
+ | XPath Query: Incon
You don't need the crimson.jar file for Xalan to work. I ran into the
same sort of problem with an older version of Xalan and it turned out
that crimson.jar couldn't be first in my CLASSPATH. These days, I don't
have crimson.jar on my CLASSPATH at all...
Sorry, sounds like I wasn't able to help
Hi, do I need the crimson.jar? I didn't use it yet.
-
Diplom Mathematiker Uwe Sülter
T-Systems
Software Engineer
debis Systemhaus Internet Business Solutions GmbH
Hausanschrift: Lademannbogen 21-23, 22339 Hamburg
Tel.: +49 40 / 5395-1
71 matches
Mail list logo
