Public discussion list for technical support and general questions related to XXE

headers Gérard Vidal | 1 Oct 2005 18:09 · /ext/

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
Hello, 

I have had good success with making PDFs from complete docbook files (book.xml)
so I decided to break out the chapters as system entities so that I could
make some different books with them.  Again, all is going fine EXCEPT hotlinks
to sections that are now in different files. 

Previously link or xrefs resolved nicely but now they do not when I make
the book.xml.  I read that olink might be the solution but try as I might
I cannot get that to work (I made an olinkdb.xml, target.db is generated
nicely for the entire book.xml) but for the life of me I cannot get FO Convertor
(and apache) to make PDF links with olink.

Are their any ideas on how to make internal links in a book.xml made up of
various chapters.xml files?  I really like the xref solution as it auto generates
some nice text and even gave page numbers to the link (when links are in
the same source chapter.xml).  Now those same xrefs give me the generated
text (or even an xref label) but there is no page number and the link does
not work (Acrobat says it is an empty link) when the linkend is in another
chapter file being merged under a book.xml file.

Thanks for any ideas.  

Sincerely,
Shawn

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

I recently ran across a rather nasty bug in XMLmind XML Editor Standard, 
where UTF8 Japanese is read just fine from XML files, but when generated 
by CSS files is corrupted.

As the attached jpg shows, the result that XXE comes up with for the 
attached xml/css testcase is rather different from what Firefox or other 
applications render. The error seems a lot like one that is encountered 
where UTF8 code is accidentally shifted left or right by up to a byte - 
This may want to be looked into.

Sincerely,

--

-- 
Michiel Kamermans
,--------------------------------------------------------------
|  Masters student AI at the University of Amsterdam [0024538]
|  http://www.nihongoresources.com
`--------------------------------------------------------------

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
There are certainly bugs in XXE, but not this one.

XXE has no way to guess that your test.css uses the UTF-8 encoding.

If you add (what follows is standard CSS):
---
 <at> charset "UTF-8";
---
as the very first line of your test.css, it should work fine.

Michiel Kamermans wrote:
> I recently ran across a rather nasty bug in XMLmind XML Editor Standard,
> where UTF8 Japanese is read just fine from XML files, but when generated
> by CSS files is corrupted.
> 
> As the attached jpg shows, the result that XXE comes up with for the
> attached xml/css testcase is rather different from what Firefox or other
> applications render. The error seems a lot like one that is encountered
> where UTF8 code is accidentally shifted left or right by up to a byte -
> This may want to be looked into.
> 
> ------------------------------------------------------------------------
> 
> etesttag:before {
>     content: "test: ";
> }
> 
> jtesttag:before {
>     content: "ãƒ†ã‚¹ãƒˆ: ";
> }
> 
> 
> ------------------------------------------------------------------------
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <?xml-stylesheet href="test.css" type="text/css"?>
> <body>
>   <etesttag>English</etesttag>
>   <jtesttag>æ—¥æœ¬èªž</jtesttag>
> </body>
> 

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

shawngiese <at> bluemail.ch wrote:
> I have had good success with making PDFs from complete docbook files (book.xml)
> so I decided to break out the chapters as system entities so that I could
> make some different books with them.  Again, all is going fine EXCEPT hotlinks
> to sections that are now in different files. 
> 
> Previously link or xrefs resolved nicely but now they do not when I make
> the book.xml.  I read that olink might be the solution but try as I might
> I cannot get that to work (I made an olinkdb.xml, target.db is generated
> nicely for the entire book.xml) but for the life of me I cannot get FO Convertor
> (and apache) to make PDF links with olink.
> 
> Are their any ideas on how to make internal links in a book.xml made up of
> various chapters.xml files?  I really like the xref solution as it auto generates
> some nice text and even gave page numbers to the link (when links are in
> the same source chapter.xml).  Now those same xrefs give me the generated
> text (or even an xref label) but there is no page number and the link does
> not work (Acrobat says it is an empty link) when the linkend is in another
> chapter file being merged under a book.xml file.
> 

Here's what we do here at XMLmind. We don't know if it is kosher because
we are not DocBook zealots.

Example:

* book.xml contains chapter1.xml and chapter2.xml.

* chapter1.xml has a section #1 having id="sa" and section #2 having
id="sb".

* chapter2.xml has a section #1 having id="s1" and section #2 having
id="s2".

* I'm writing chapter3.xml (will be part of book.xml) and want to
reference section #1 of chapter1.xml. I use for example <link
linkend="sa">foo</link>.

* Then I want to reference section #2 of chapter2.xml. I use for example
  <xref linkend="s2"/>.

* Then I save chapter3.xml. XXE says that IDs "sa" and "s2" are not
found ***but I don't care***.

* Then I include chapter3.xml in book.xml using XXE (see
http://www.xmlmind.com/xmleditor/_distrib/doc/user/userguide3.html#id.s3)
and I save book.xml. And in this context, I make sure to have no
"unknown ID" error messages.

* I then convert book.xml to PDF and have no hotlink problems.

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

From the stack trace below, it seems that there is a problem with your
*Java environment*. I don't know exactly which one. Have you copied a
xalan.jar to java_install_dir/lib/ext/?

We don't think all this is a problem with XMLmind XML Editor or with
Saxon. And because we cannot reproduce the problem here at XMLmind labs,
it is hard to suggest a workaround.

May be you could:

[1] Edit XXE_install_dir/addon/config/docbook/xslMenu.incl and replace
*all*:
---
<parameter name="use.extensions">1</parameter>
---
by:
---
<parameter name="use.extensions">0</parameter>
---

[2] if [1] fails, please download and install xxe-std-211-setup.exe from
http://www.xmlmind.com/xmleditor/download.shtml. This distribution
includes it own *private* Java Runtime.

---
PS: In principle, conversion of XHTML to PDF should work in all cases
(with Professional Edition of course). If we guessed right, the problem
is triggered by '<parameter name="use.extensions">1</parameter>'.

Gérard Vidal wrote:
> Here is the message on windows wich looks like the one on linux...  
> 
> 
> Exception in thread "Thread-3" java.lang.NoClassDefFoundError:
> org/apache/xalan/extensions/ExpressionContext
>         at java.lang.Class.getDeclaredMethods0(Native Method)
>         at java.lang.Class.privateGetDeclaredMethods(Unknown Source)
>         at java.lang.Class.privateGetPublicMethods(Unknown Source)
>         at java.lang.Class.getMethods(Unknown Source)
>         at
> com.icl.saxon.expr.FunctionProxy.setFunctionName(FunctionProxy.java:129)
>         at
> com.icl.saxon.expr.ExpressionParser.parseFunctionCall(ExpressionParser.java:669)
>         at
> com.icl.saxon.expr.ExpressionParser.parsePrimaryExpression(ExpressionParser.java:335)
>         at
> com.icl.saxon.expr.ExpressionParser.parseFilterExpression(ExpressionParser.java:285)
>         at
> com.icl.saxon.expr.ExpressionParser.parsePathExpression(ExpressionParser.java:273)
>         at
> com.icl.saxon.expr.ExpressionParser.parseUnionExpression(ExpressionParser.java:216)
>         at
> com.icl.saxon.expr.ExpressionParser.parseUnaryExpression(ExpressionParser.java:204)
>         at
> com.icl.saxon.expr.ExpressionParser.parseMultiplicativeExpression(ExpressionParser.java:177)
>         at
> com.icl.saxon.expr.ExpressionParser.parseAdditiveExpression(ExpressionParser.java:160)
>         at
> com.icl.saxon.expr.ExpressionParser.parseRelationalExpression(ExpressionParser.java:141)
>         at
> com.icl.saxon.expr.ExpressionParser.parseEqualityExpression(ExpressionParser.java:124)
>         at
> com.icl.saxon.expr.ExpressionParser.parseAndExpression(ExpressionParser.java:109)
>         at
> com.icl.saxon.expr.ExpressionParser.parseExpression(ExpressionParser.java:94)
>         at
> com.icl.saxon.expr.ExpressionParser.parse(ExpressionParser.java:57)
>         at com.icl.saxon.expr.Expression.make(Expression.java:27)
>         at
> com.icl.saxon.style.StyleElement.makeExpression(StyleElement.java:230)
>         at
> com.icl.saxon.style.XSLCopyOf.prepareAttributes(XSLCopyOf.java:48)
>         at
> com.icl.saxon.style.StyleElement.processAttributes(StyleElement.java:171)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:154)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.StyleElement.processAllAttributes(StyleElement.java:158)
>         at
> com.icl.saxon.style.XSLStyleSheet.processAllAttributes(XSLStyleSheet.java:507)
>         at
> com.icl.saxon.style.XSLStyleSheet.preprocess(XSLStyleSheet.java:351)
>         at
> com.icl.saxon.PreparedStyleSheet.setStyleSheetDocument(PreparedStyleSheet.java:176)
>         at
> com.icl.saxon.PreparedStyleSheet.prepare(PreparedStyleSheet.java:133)
>         at
> com.icl.saxon.TransformerFactoryImpl.newTemplates(TransformerFactoryImpl.java:127)
>         at
> com.icl.saxon.TransformerFactoryImpl.newTransformer(TransformerFactoryImpl.java:79)
>         at
> com.xmlmind.xmleditapp.process.TransformItem.doExecute(TransformItem.java:183)
>         at
> com.xmlmind.xmleditapp.process.TransformItem.execute(TransformItem.java:122)
>         at
> com.xmlmind.xmleditapp.process.ProcessCommand$1.run(ProcessCommand.java:183)
> 
> 
> Hussein Shafie a écrit :
>>
>>---
>>PS: To minimize the problems, I would recommend to download and install
>>xxe-std-211-setup.exe from
>>http://www.xmlmind.com/xmleditor/download.shtml. This distribution
>>includes it own *private* Java Runtime.
>>  
> That will be our last move if nothing else works
>>You can keep your Sun Java 1.5.0 if you want. It will be ignored.
>>
>>-----
>>PS 2: Please disable your anti-virus software while you are doing all
>>these experiments. Just in case...
>>
>>-----
>>PS 3: Is your machive heavily loaded? 
> No  VAIO VGNS3XP doing nothing else
>>Near to be out of resources?
> no
>> The
>>conversion process does not work because something seems to kill its thread.
>>

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
1 - when viewing both tree-view and content view at the same time, and inserting some text in the content
view, if the cursor reaches the end of the tree view (which can normally only hold a little portion of its
counterpane's content, being more detailed in layout), its position is reset to the top of the tree-view window.
This is quite annoying, since it can happen halfway through a phrase or word, and if you are typing withoung
looking directly at the screen you will end up with two messed elements: the one that you were editing and
another one a little bit upwards.

2 - adding a paramdef to an existing funcprototype element results in a little bit of garbling in the content
view: the parentheses and commas are not correctly adjusted in realtime

BTW: thanks for the excellent product, the first dockbook editor I could find that is actually easier to use
than writing plain xml.

Bye
Gaetano Giunta

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support
No. I'm not sure we understand ourselves.

In principle, xalan.jar does *not* need to be copied to
java_install_dir/lib/ext/. I meant in my previous email: if you have
copied a custom xalan.jar in  java_install_dir/lib/ext/, may be your
problems come from this fact.

If, in order to solve your problem, you had to copy xalan.jar in
java_install_dir/lib/ext/, then *we* have a problem.

---
PS: Xalan is absolutely not useful for XXE, and this, in *any way*. XXE
relies on Saxon (bundled).

-----
PS 2: The screen shot below is normal, and its error message cannot be
more explicit.

Gérard Vidal wrote:
> 
> Hussein Shafie a écrit :
>>From the stack trace below, it seems that there is a problem with your
>>*Java environment*. I don't know exactly which one. Have you copied a
>>xalan.jar to java_install_dir/lib/ext/?
>>  
> YOU ARE RIGHT THAT IS THE SOLUTION ! 
> 
> I have installed all the jars from the xalan distribution
> 
> Then I had also  to upload your archives from your site
> most_xxe_plugins.tar.gz
> and now it works perfectly...
> 
> I think you may add a few lines somewhere to advise dumb linux users
> like me  to install xalan and upload your plugins.
> The best solution is maybe to add a famous README.txt or  INSTALL.txt
> which linux users open spontaneously...
> 
> Many Thanks for the help.
> 
> PS
> AFNOR is moving forward to publish à LOM XML description. Many people
> will soon look for a tool to write their LOM resources in XML. The
> schema is simple  you may add this example for free and sell profiles
> with the pro edition...
> 
> -- 
> Gérard Vidal
> Directeur Pr <at> tic ENS-Lyon
> ENS-Lyon 46, Allée d'Italie
> 69364 LYON Cedex 07
> 	e-mail Gerard.Vidal <at> ens-lyon.fr
> tél : (0)4 72 72 87 55
> "Si la matière grise était rose, personne n'aurait plus d'idées noires."
> Pierre Dac
> 
> 
> 
> ------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
>  
> --
> XMLmind XML Editor Support List
> xmleditor-support <at> xmlmind.com
> http://www.xmlmind.com/mailman/listinfo/xmleditor-support

--

-- 
Hussein SHAFIE, hussein <at> pixware.fr,
Pixware, Immeuble Capricorne, 23 rue Colbert,
78180 Montigny Le Bretonneux, France,
Phone: +33 (0)1 30 60 07 00, Fax: +33 (0)1 30 96 05 23

--
XMLmind XML Editor Support List
xmleditor-support <at> xmlmind.com
http://www.xmlmind.com/mailman/listinfo/xmleditor-support

36	May 2013
53	April 2013
39	March 2013
35	February 2013
62	January 2013
36	December 2012
23	November 2012
59	October 2012
47	September 2012
21	August 2012
66	July 2012
24	June 2012
37	May 2012
28	April 2012
56	March 2012
32	February 2012
49	January 2012
37	December 2011
86	November 2011
27	October 2011
31	September 2011
56	August 2011
38	July 2011
88	June 2011
30	May 2011
45	April 2011
107	March 2011
66	February 2011
46	January 2011
30	December 2010
60	November 2010
101	October 2010
76	September 2010
37	August 2010
84	July 2010
70	June 2010
75	May 2010
81	April 2010
84	March 2010
60	February 2010
63	January 2010
135	December 2009
55	November 2009
82	October 2009
73	September 2009
68	August 2009
97	July 2009
58	June 2009
56	May 2009
80	April 2009
91	March 2009
93	February 2009
105	January 2009
67	December 2008
73	November 2008
87	October 2008
107	September 2008
58	August 2008
133	July 2008
110	June 2008
121	May 2008
115	April 2008
72	March 2008
98	February 2008
62	January 2008
101	December 2007
113	November 2007
95	October 2007
104	September 2007
53	August 2007
106	July 2007
130	June 2007
164	May 2007
72	April 2007
122	March 2007
59	February 2007
127	January 2007
78	December 2006
71	November 2006
98	October 2006
93	September 2006
124	August 2006
119	July 2006
99	June 2006
83	May 2006
147	April 2006
165	March 2006
111	February 2006
51	January 2006
62	December 2005
89	November 2005
79	October 2005
63	September 2005
76	August 2005
66	July 2005
95	June 2005
98	May 2005
97	April 2005
109	March 2005
124	February 2005
85	January 2005
53	December 2004
137	November 2004
101	October 2004
50	September 2004
42	August 2004
50	July 2004
96	June 2004
100	May 2004
61	April 2004
82	March 2004
53	February 2004
87	January 2004
83	December 2003
105	November 2003
73	October 2003
120	September 2003
33	August 2003
31	July 2003
57	June 2003
77	May 2003
74	April 2003
77	March 2003
89	February 2003
96	January 2003
49	December 2002
97	November 2002
94	October 2002
149	September 2002
29	August 2002
11	July 2002
9	June 2002
7	May 2002

Re: conversion problems from docbook-> anything //// Still impossible

Re: conversion problems from docbook-> anything //// Still impossible

Problem making internal links in PDF from modular doc

A bug in XML Editor when interpreting UTF8 from CSS files

Re: A bug in XML Editor when interpreting UTF8 from CSS files

Re: Problem making internal links in PDF from modular doc

Re: conversion problems from docbook-> anything //// Still impossible

conversion problems from docbook-> anything IT WORKS !!

bugs in version 2.11 of xmleditor

Re: conversion problems from docbook-> anything IT WORKS !!

Gérard Vidal Directeur Pr <at> tic ENS-Lyon ENS-Lyon 46, Allée d'Italie 69364 LYON Cedex 07	e-mail Gerard.Vidal <at> ens-lyon.fr tél : (0)4 72 72 87 55
"Si la matière grise était rose, personne n'aurait plus d'idées noires." Pierre Dac

Gérard Vidal Directeur Pr <at> tic ENS-Lyon ENS-Lyon 46, Allée d'Italie 69364 LYON Cedex 07	e-mail Directeur.Pratic <at> ens-lyon.fr tél : (0)4 72 72 87 23
"Si la matière grise était rose, personne n'aurait plus d'idées noires." Pierre Dac

Mon	Tue	Wed	Thu	Fri	Sat	Sun

					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30
31