erikhht / gwtwiki Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/gwtwiki
Automatically exported from code.google.com/p/gwtwiki
It would be nice if the releases also contained the compiled jars for the
addon and pdf subprojects
Original issue reported on code.google.com by [email protected]
on 9 Jun 2009 at 1:20
Issue reported by EMail:
I have been using your html->wiki converter at http://www.jtidy.de/ and
it's great! Thanks you for providing this!
There's an issue when trying to convert HTML tables with empty cell values.
It omits the empty cells instead of providing an empty colum.
So:
<tr>
<td align="left" valign="top">accesskey</td>
<td align="left" valign="top">false</td>
<td align="left" valign="top"></td> <!----
empty cell -->
<td align="left" valign="top">false</td>
<td align="left" valign="top">String</td>
<td align="left" valign="top">Set the html accesskey
attribute on rendered html element</td>
</tr>
becomes:
||accesskey||false||false||String||Set the html accesskey
attribute on rendered html element||
instead of:
||accesskey||false||false|| ||String||Set the html
accesskey attribute on rendered html element||
Original issue reported on code.google.com by [email protected]
on 25 Jul 2009 at 3:39
Hi,
your maven deployement is incorrect.
Actually, the bliki-core POM references a parent "bliki" which isn't deployed.
I get the following error :
-----------
[INFO] Failed to resolve artifact.
GroupId: info.bliki.wiki
ArtifactId: bliki
Version: 3.0.11
Reason: Unable to download the artifact from any repository
info.bliki.wiki:bliki:pom:3.0.11
from the specified remote repositories:
info-bliki-repository (http://gwtwiki.googlecode.com/svn/maven-repository/
-----------
Could you please deploy the parent ?
Thank you
Original issue reported on code.google.com by [email protected]
on 22 Apr 2009 at 4:05
What steps will reproduce the problem?
1.Render this markup:
*item 1
*# item 1.1
*# item 1.2
* item 2
2.
3.
What is the expected output? What do you see instead?
I expect the numbered sub-list to render w/ numbers, instead it renders w/
bullets.
What version of the product are you using? On what operating system?
3.0.13
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 24 Jul 2009 at 6:31
What steps will reproduce the problem?
Try to login a media wiki instance which requires domain name. The attempt
will be unsuccessful.
You should add the "lgdomain" parameter for the implementation of Login
module. I suggest you add second constructor for the User entity, where
will be 4 parameters (username, password, domain, apiUrl).
Original issue reported on code.google.com by biletnikov
on 17 Apr 2009 at 2:34
What steps will reproduce the problem?
1.Create a wiki page the looks like:
= My Title =
__TOC__
== sec 1 ==
stuff
== sec 2 ==
stuff
== sec3 ==
stuff
== sec4 ==
stuff
2. Not that the generated TOC only shows "My Title"
3. If you move the __TOC__ element below "== sec 1 ==", the table of
contents renders properly with all == sec# == elements in the TOC.
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
bliki 3.0.11
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 30 Apr 2009 at 4:17
attached patch vs svn 525 - no test case with this one, but try the source
code from the enwiki page "Verilog": there's a line with a '&&' operator
that isn't escaped without this patch.
Original issue reported on code.google.com by [email protected]
on 4 Nov 2009 at 4:32
Attachments:
What steps will reproduce the problem?
1.Create a bullet list in your wiki markup, and add a continuation line,
like this:
* item 1
** item 1.1
*:continuation of item 1.1
2. Render the page.
------------------------------------------------------------
What is the expected output? What do you see instead?
Based on the MediaWiki docs:
http://meta.wikimedia.org/wiki/Help:Wikitext#Organizing_your_writing
(Search the page for the string "Unordered lists are
easy to do" to locate the item of interest.)
I would expect to see a single first level bullet item (item 1), and a
single 2nd level bullet item (item 1.1) followed by a linefeed, and then
the text "continuation of item 1.1", with the same indentation as "item 1.1".
What I see instead is:
a single first level bullet (item 1), followed by a linefeed and a single
2nd level bullet item (item 1.1), followed by a linefeed and a single first
level bullet item, but with the indentation of a 2nd level bullet item.
What version of the product are you using? On what operating system?
3.0.12
Please provide any additional information below.
Please see the screen shot in the attached file.
Original issue reported on code.google.com by [email protected]
on 22 Jun 2009 at 2:00
Attachments:
What steps will reproduce the problem?
1. Create wiki: go to a [[search/?entity=dance+class|parameterised link]]
2. parse to HTML
3.
What is the expected output? What do you see instead?
I would hope the link would be an escaped: {url
base}/search/?entity=dance%2Bclass
The '?' gets escaped too, tho, outputing /search/%3Fentity%3Ddance%2Bclass
The browser then gets a bit confused and doesn't recognise the url parameter.
What version of the product are you using? On what operating system?
3.0.14 / Debian
Please provide any additional information below.
Maybe this is invalid, or just not accepted for internal links.
It works for external links ok.
Original issue reported on code.google.com by [email protected]
on 7 Jul 2010 at 8:58
Removing this unreferenced class allows the project to build, and all unit
tests still pass.
Index: bliki-core/src/main/java/info/bliki/wiki/tags/SourceTag.java
===================================================================
--- bliki-core/src/main/java/info/bliki/wiki/tags/SourceTag.java
(revision 523)
+++ bliki-core/src/main/java/info/bliki/wiki/tags/SourceTag.java
(working copy)
@@ -9,8 +9,6 @@
import java.io.IOException;
import java.util.Map;
-import org.junit.experimental.theories.Theories;
-
/*
* Allows source code to be syntax highlighted on the wiki pages.
*
Original issue reported on code.google.com by [email protected]
on 30 Oct 2009 at 10:44
What steps will reproduce the problem?
1. create a page with <source> with the lang= attribute set to something other
than the small allowed list.
2. Render the page
3. The result is blank.
What is the expected output? What do you see instead?
Formatted as plain text.
Comes out blank.
What version of the product are you using? On what operating system?
3.0.14
Please provide any additional information below.
N/A.
Original issue reported on code.google.com by [email protected]
on 4 Jul 2010 at 8:14
What steps will reproduce the problem?
Using the WikiXMLParser class.
What is the expected output? What do you see instead?
Performance could be improved without calling toLowerCase.
What version of the product are you using? On what operating system?
3.0.13
Please provide any additional information below.
I found that parsing was really slow, so I launched Yourkit profiler on my
program and discovered that almost 70% of time spent is spent in the
toLowerCase() method in WikipediaParser#parseURIScheme() method.
I guess this could be improved by adding both lowercase and uppercase
versions of URI schemes in the configuration instead of using toLowerCase.
Attached file is an export of the profiling session in HTML.
Original issue reported on code.google.com by [email protected]
on 23 Oct 2009 at 3:06
Attachments:
What steps will reproduce the problem?
1.Create the following wiki markup and run it through the parser.
SAMPLE A:
# item 1
** item 1.1
** item 1.2
# item 2
or this:
SAMPLE B:
*item 1
## item 1.1
## item 1.2
* item 2
2.
3.
What is the expected output? What do you see instead?
For sample A, I am expecting an order list, with an unordered list nested
under item 1.
For Sampel B, I am expecting an unordered list, with an ordered list nested
inside of item 1.
What version of the product are you using? On what operating system?
bliki-core-3.0.13
INSTEAD, I see that the nested sub-lists are improperly formed. The
generated HTML looks like:
<p>SAMPLE A:
</p>
<ol>
<li>item 1</li>
</ol>
<ul>
<li>
<ul>
<li>item 1.1</li>
<li>item 1.2</li>
</ul>
</li>
</ul>
<ol>
<li>item 2</li>
</ol>
<p>or this:
SAMPLE B:
</p>
<ul>
<li>item 1</li>
</ul>
<ol>
<li>
<ol>
<li>item 1.1</li>
<li>item 1.2</li>
</ol>
</li>
</ol>
<ul>
<li>item 2</li>
</ul>
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 24 Jul 2009 at 5:41
Here are some problems I had when rendering fr.wikitionary articles. I made
some patches in the
code,
1. there are templates with this construct: {{{{{1}}}}} (which means {{
{{{1}}} }}). The parser can't handle
this.
I fixed it by adding a test to be sure that after the 3rd '{' there is
something else than '{' (in
wikipediaParser.java)
2. There where trailing args because when reading the calling arguments, the
parser will puts in the
map the named arguments and put them a second time with a numeric key. For some
french template
it is not good (a named arg is given and the numeric one must be empty). I
fixed it by changing the
map assignation in TemplateParser.createSingleParameter:
} finally {
if (currOffset > lastOffset) {
if (trimNewlineRight) {
value = Utils.trimNewlineRight(srcString.substring(lastOffset, currOffset));
} else {
value = srcString.substring(lastOffset, currOffset).trim();
}
if (parameter != null) {
map.put(parameter, value);
} else {
map.put(Integer.toString(parameterCounter), value); // PG
}
}
}
3. There is cases where a named arg is not given on the call. bliki will then
ask the
Model.getRawWikiContent() for something like "Modèle:lang/{{{1}}}" (which is
wrong) instead of asking
for "Modèle:lang/" (which is wright) .
My workaround is to wipe the "{...}" elements in Model.getRawWikiContent(), but
it would be a lot
better to filter it somewhere in the parser (when a parameter is not given,
wipe it).
I have yet to test extensively my workarounds.
What version of the product are you using? On what operating system?
Bliki 3.0.13
Please provide any additional information below.
I have attached a copy of my modified files. I added a "//PG" comment on the
modified lines.
Original issue reported on code.google.com by [email protected]
on 6 May 2010 at 3:24
Attachments:
What steps will reproduce the problem?
1.Create a table, and add text to a cell in the table, where the text in
the cell contains a new-line.
What is the expected output? What do you see instead?
When there is a new line in the markup, I expect the generated HTML to
contain <p> elements, resulting in the appearance of a newline in the
generated HTML.
Instead, I do not see any <p> elements in the generated HTML.
What version of the product are you using? On what operating system?
3.0.12
Please provide any additional information below.
Sample markup:
{| border="1" cellspacing="0" cellpadding="5" align="center"
!Year
!Make
!Model
!Description
|-
|69
|Plymouth
|Road Runner
|very fast
|-
|98
|Honda
|Accord
|Very efficient
'''This text should be on a new line'''
|}
Original issue reported on code.google.com by [email protected]
on 26 Jun 2009 at 5:19
What steps will reproduce the problem?
1.
http://code.google.com/p/gwtwiki/source/browse/trunk/info.bliki.wiki.test/bliki-
test/src/main/java/info/bliki/api/HTMLCreatorTest.java
2. Create a new class with main and cut'n'pastetestWikipediaENAPI(String title)
and call in main
testWikipediaENAPI("Tom Hanks");
What is the expected output? What do you see instead?
The HTML output. Several logged SQL exception:
java.sql.SQLDataException: A truncation error was encountered trying to shrink
VARCHAR
'Template:anchorencode:{{#if:Riggs
|Riggs{{{surname2|{{&' to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown
Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.execute(Unknown Source)
at info.bliki.api.creator.WikiDB.insertTopic(WikiDB.java:140)
at info.bliki.wiki.model.APIWikiModel.getRawWikiContent(APIWikiModel.java:93)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:410)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:53)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:36)
at
info.bliki.wiki.template.AbstractTemplateFunction.parse(AbstractTemplateFunction
.java:40)
at info.bliki.wiki.template.If.parseFunction(If.java:31)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:393)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:53)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:36)
at
info.bliki.wiki.template.AbstractTemplateFunction.parse(AbstractTemplateFunction
.java:40)
at info.bliki.wiki.template.If.parseFunction(If.java:35)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:393)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:53)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:36)
at info.bliki.wiki.filter.WikipediaParser.parse(WikipediaParser.java:1388)
at info.bliki.wiki.model.AbstractWikiModel.render(AbstractWikiModel.java:825)
at info.bliki.api.creator.DocumentCreator.render(DocumentCreator.java:91)
at info.bliki.api.creator.DocumentCreator.renderToFile(DocumentCreator.java:128)
at info.bliki.api.creator.DocumentCreator.renderToFile(DocumentCreator.java:140)
at name.davids.sebastian.example.xom.Main.main(Main.java:39)
Caused by: java.sql.SQLException: A truncation error was encountered trying to
shrink VARCHAR
'Template:anchorencode:{{#if:Riggs
|Riggs{{{surname2|{{&' to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
at
org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(
Unknown
Source)
... 47 more
Caused by: ERROR 22001: A truncation error was encountered trying to shrink
VARCHAR
'Template:anchorencode:{{#if:Riggs
|Riggs{{{surname2|{{&' to length 256.
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source)
at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source)
at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source)
at org.apache.derby.iapi.types.DataTypeDescriptor.normalize(Unknown Source)
at org.apache.derby.impl.sql.execute.NormalizeResultSet.normalizeRow(Unknown Source)
at org.apache.derby.impl.sql.execute.NormalizeResultSet.getNextRowCore(Unknown Source)
at org.apache.derby.impl.sql.execute.DMLWriteResultSet.getNextRowCore(Unknown Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown Source)
... 41 more
What version of the product are you using? On what operating system?
<bliki.version>3.0.10</bliki.version>
<derby.version>10.4.2.0</derby.version>
Please provide any additional information below.
http://code.google.com/p/gwtwiki/source/browse/trunk/info.bliki.wiki/bliki-
core/src/main/java/info/bliki/api/creator/WikiDB.java
private void createTableIfItDoesntExist() throws Exception {
...
statement.execute("CREATE TABLE topic "
+ "(topic_id INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START
WITH 1, INCREMENT BY 1),"
+ " topic_name VARCHAR(256) NOT NULL, " + " version_content CLOB, " +
" CONSTRAINT PK_Topic PRIMARY KEY (topic_id) "
+ " ) ");
...
statement.execute("CREATE TABLE image "
+ "(image_id INTEGER NOT NULL GENERATED ALWAYS AS IDENTITY (START
WITH 1, INCREMENT BY 1),"
+ " image_name VARCHAR(256) NOT NULL, " + " image_url
VARCHAR(1024) NOT NULL, "
+ " image_filename VARCHAR(1024) NOT NULL, " + " CONSTRAINT
PK_Image PRIMARY KEY (image_id) " + " ) ");
The statements should either be configurable.
Original issue reported on code.google.com by [email protected]
on 20 Mar 2009 at 11:56
Some intranet wikis send a leading "byte order mark" in their API.php
response body (example http://meta.wikimedia.org/w/api.php)
The SAX parser fails with an exception in this case.
Reference:
http://en.wikipedia.org/wiki/Byte_order_mark
Original issue reported on code.google.com by [email protected]
on 5 Jan 2010 at 6:37
Patch attached
Original issue reported on code.google.com by [email protected]
on 21 Mar 2009 at 2:52
Attachments:
Attached diff includes test case based on enwiki page "Tsunami", and
attempts to fix the problem.
Original issue reported on code.google.com by [email protected]
on 4 Nov 2009 at 3:05
Attachments:
What steps will reproduce the problem?
1. set up the WikiModel, passing in "/wikiDocument.do?title=${title}" as
the base link uri
2. pass in an internal link: [[Japanese title]]
3. receive back the html: <a href="/wikiDocument.do?title=Japanese title
not encoded first letter">Japanese title</a>
What is the expected output? What do you see instead?
input: [[京都市]]
expected output: <a href="/wikiDocument.do?title=%E4%BA%AC%E9%83%BD%E5%B8%82">
instead output: <a href="/wikiDocument.do?title=京%E9%83%BD%E5%B8%82">
What version of the product are you using? On what operating system?
product:bliki-core-3.0.13
on:Windows 7, Windows XP
Please provide any additional information below.
Encorder.encodeTitleToUrl/encodeTitleDotUrl.
In these functions, please encode first character too.
thanks.
Original issue reported on code.google.com by [email protected]
on 27 Apr 2010 at 2:48
What steps will reproduce the problem?
1. Applying PlainTextConverter on wikipedia <text> elements
What is the expected output? What do you see instead?
My expectation is not to get an Exception ;-)
Instead, I get:
java.lang.NoClassDefFoundError: org/apache/commons/validator/EmailValidator
at
info.bliki.wiki.filter.WikipediaParser.handleHTTPLink(WikipediaParser.java:1142)
at
info.bliki.wiki.filter.WikipediaParser.parseWikiLink(WikipediaParser.java:692)
at
info.bliki.wiki.filter.WikipediaParser.getNextToken(WikipediaParser.java:318)
at info.bliki.wiki.filter.WikipediaParser.runParser(WikipediaParser.java:1194)
at
info.bliki.wiki.filter.AbstractParser.parseRecursiveInternal(AbstractParser.java
:487)
at
info.bliki.wiki.filter.WikipediaParser.parseRecursive(WikipediaParser.java:1484)
at info.bliki.wiki.filter.WikipediaParser.parse(WikipediaParser.java:1395)
at info.bliki.wiki.model.AbstractWikiModel.render(AbstractWikiModel.java:837)
What version of the product are you using? On what operating system?
bliki.3.0.11.zip, Windows, Eclipse
Please provide any additional information below.
The exception occurs in the WikipediaParser.java in line. It requires the
Validator package freely available at http://commons.apache.org/validator/.
After importing this JAR everything works fine.
Original issue reported on code.google.com by [email protected]
on 15 Apr 2009 at 4:55
patch attached, including test case (svn 525)
Original issue reported on code.google.com by [email protected]
on 3 Nov 2009 at 11:49
Attachments:
What steps will reproduce the problem?
1. Wikipedia article "Anarchism"
2. Parsing the text of this page and convert it to plain text using
String txt = wikiModel.render(new MyPlainTextConverter(false), str);
What is the expected output? What do you see instead?
I would expect that the output is plain, readable text. Instead, commands
(e.g., {{pp-move-indef}}, {{cite journal}}, {{main}}, etc.) are still
included. Also, footnote/reference texts are inlined, which destroys the
readability. As I noticed, only the first of multiple footnotes is
included. Some of the language-related links (e.g., sco:Anarchism) are not
filtered.
What version of the product are you using? On what operating system?
Using bliki.3.0.11.zip on a Windows XP machine, Java 1.5, Eclipse
Please provide any additional information below.
First of all, great work! However, some additional extensions would boost
the quality of bliki. These include optimal plain text output that can be
fed into further analysis tools (e.g., computational linguistics,
TextMining, etc.). Thus, the getBodyString() method in the TagNode class
(htmlcleaner package) has to be adapted.
Original issue reported on code.google.com by [email protected]
on 8 Apr 2009 at 7:17
What steps will reproduce the problem?
1. create the following class:
package utf8test;
import java.io.IOException;
import info.bliki.api.User;
import info.bliki.api.creator.DocumentCreator;
import info.bliki.api.creator.WikiDB;
import info.bliki.wiki.filter.Encoder;
import info.bliki.wiki.model.APIWikiModel;
public class Main {
private static final String HTML_FOOTER = "</body></html>\n";
private static final String HTML_HEADER_WITHOUT_ENCODING = "<!DOCTYPE html PUBLIC \"-
//W3C//DTD XHTML 1.0 Transitional//EN\"
\"http://www.w3.org/TR/xhtml1/DTD/xhtml1-
transitional.dtd\">\n"
+ "<html xmlns=\"http://www.w3.org/1999/xhtml\" xml:lang=\"en\" lang=\"en\"
dir=\"ltr\">\n <head>\n</head>\n\n<body>";
private static final String HTML_HEADER_WITH_ENCODING = "<!DOCTYPE html PUBLIC \"-
//W3C//DTD XHTML 1.0 Transitional//EN\"
\"http://www.w3.org/TR/xhtml1/DTD/xhtml1-
transitional.dtd\">\n"
+ "<html xmlns=\"http://www.w3.org/1999/xhtml\" xml:lang=\"en\" lang=\"en\"
dir=\"ltr\">\n <head>\n<meta http-equiv=\"Content-Type\" content=\"text/html;
charset=UTF-8\" />\n</head>\n\n<body>";
public static void main(String[] args) {
System.out.println(System.getProperty("file.encoding"));
User user = new User("", "", "http://de.wikipedia.org/w/api.php");
user.login();
String mainDirectory = "/tmp/wiki/wiki";
WikiDB db = null;
try {
db = new WikiDB(mainDirectory, "db");
APIWikiModel wikiModel = new APIWikiModel(user, db, "${image}", "${title}", (mainDirectory
+ "/images"));
create(user, mainDirectory, wikiModel, HTML_HEADER_WITH_ENCODING, "with");
create(user, mainDirectory, wikiModel, HTML_HEADER_WITHOUT_ENCODING, "without");
} catch (Exception e) {
e.printStackTrace();
} finally {
if (db != null) {
try {
db.tearDown();
} catch (Exception e) {
e.printStackTrace();
}
}
}
}
private static void create(User user, String mainDirectory, APIWikiModel wikiModel, String
header, String prefix) throws IOException {
DocumentCreator creator = new DocumentCreator(wikiModel, user, new String[] { "Tom
Hanks" });
creator.setHeader(header);
creator.setFooter(HTML_FOOTER);
wikiModel.setUp();
creator.renderToFile(getFileName(mainDirectory, prefix));
}
private static String getFileName(String mainDirectory, String prefix) {
return mainDirectory + Encoder.encodeTitleLocalUrl(prefix + "Tom Hanks") + ".html";
}
}
2. change mainDirectory to a directory of your choice; compile class and copy
necessary jars
3. run the class with "ISO-8859-1" as "file.encoding":
java -cp
.:bliki-3.0.10.jar:commons-lang-2.4.jar:commons-httpclient-3.1.jar:commons-
logging-1.1.1.jar:commons-codec-1.3.jar:derby-10.4.2.0.jar
-Dfile.encoding=ISO-8859-1
utf8test.Main
What is the expected output? What do you see instead?
ISO-8859-1
Creating Table topic...
Creating Table image...
and 2 created files:
/tmp/wiki/
wikiWithoutTom_Hanks.html (<- without <meta http-equiv="Content-Type"
content="text/html; charset=UTF-8" />)
wikiWithTom_Hanks.html (<- with <meta http-equiv="Content-Type" content="text/html;
charset=UTF-8" />)
I expect both files to contain the correct characters i.e. „“üä ... and
if I open it in a browser I
expect them to be rendered properly.
If you open both (in a UTF-8 capable editor or browser) you will see that both
documents
contain illegal characters. (see attached screenshots without1.png and
with1.png)
What version of the product are you using? On what operating system?
bliki-3.0.10.jar Mac OS X Tiger w/ SoyLatte 1.6
Please provide any additional information below.
Wikipedia will always serves documents in UTF-8 therefore documents produced by
the XML-
>HTML conversion should be in UTF-8 also.
This defect is quite a showstopper.
Original issue reported on code.google.com by [email protected]
on 21 Mar 2009 at 3:32
What steps will reproduce the problem?
http://code.google.com/p/gwtwiki/source/browse/trunk/info.bliki.wiki.test/bliki-
test/src/main/java/info/bliki/api/HTMLCreatorTest.java
use "Depeche Mode" as title
What is the expected output? What do you see instead?
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2882)
at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:100)
at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:390)
at java.lang.StringBuilder.append(StringBuilder.java:119)
at java.lang.StringBuilder.append(StringBuilder.java:167)
at java.lang.StringBuilder.append(StringBuilder.java:55)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:67)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:351
)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:152)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:87)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:415)
What version of the product are you using? On what operating system?
bliki-3.0.10.jar Mac OS
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 21 Mar 2009 at 12:03
What steps will reproduce the problem?
1. Create an intra-page link in an Image tag in the wiki markup like this:
[[Image:skull.jpg|link=sandbox:createNewPage#Section Three]]
The basic problem is that the "#" character is getting URL encoded, and
should not.
What is the expected output?
sandbox:createNewPage#Section_Three
What do you see instead?
sandbox:createNewPage%23Section_Three
What version of the product are you using? On what operating system?
3.0.13
Please provide any additional information below.
To fix this problem, I overrode AbstractWikiModel.encodeTitleToUrl() like this:
private static final String SPLIT_INTRA_PAGE_URL_RE = "^([^#]+)#?(.*)$";
public static final Pattern SPLIT_INTRA_PAGE_URL_PATTERN =
Pattern.compile( SPLIT_INTRA_PAGE_URL_RE );
@Override
public String encodeTitleToUrl(String wikiTitle, boolean
firstCharacterAsUpperCase) {
String encodedUrl;
Matcher m = SPLIT_INTRA_PAGE_URL_PATTERN.matcher( wikiTitle );
if ( m.matches() ) {
// wikiTitle, which is a partial URL, contains an intra-page link (like
this: docs:page-name#intr-page-link)
String lhs = m.group( 1 );
String rhs = m.group( 2 );
if ( StringUtils.isEmpty( rhs ) ) {
encodedUrl = Encoder.encodeTitleToUrl(lhs, firstCharacterAsUpperCase );
} else {
encodedUrl = Encoder.encodeTitleToUrl(lhs, firstCharacterAsUpperCase )
+ "#" + Encoder.encodeTitleToUrl(rhs, firstCharacterAsUpperCase );
}
} else {
encodedUrl = Encoder.encodeTitleToUrl(wikiTitle,
firstCharacterAsUpperCase );
}
return encodedUrl;
}
Original issue reported on code.google.com by [email protected]
on 2 Dec 2009 at 5:01
The generator creates
<pre name="code" class="javascript">
for every listing. That's invalid.
Original issue reported on code.google.com by [email protected]
on 13 May 2010 at 9:29
Consider:
Template:Test1
------- contents -------
#REDIRECT[[Template:Test2]]
Template:Test
-------- contents ------
<p>Hello World!</p>
given any article that references {{Test1}} should output:
<p>Hello World!</p>
for specific wikipedia example you can refer to:
Template:InfosectionEnd, and
Template:InfoboxEnd
I got this to work by making the following changes to TemplateParser class:
private static final Pattern REDIRECT_PATTERN =
Pattern.compile(".*#REDIRECT[ ]*\\[\\[Template:(.*)\\]\\].*",
Pattern.CASE_INSENSITIVE | Pattern.DOTALL);
in method:
protected static void parseRecursive(String rawWikitext, IWikiModel
wikiModel, Appendable writer, boolean parseOnlySignature, boolean
renderTemplate, HashMap<String, String> templateParameterMap) throws
IOException {
...
// Experimental to handle #REDIRECT [[Template:Foo]]
Matcher m = REDIRECT_PATTERN.matcher(rawWikitext);
if (m.matches()) {
String redirectTemplate = m.group(1);
rawWikitext = m.replaceAll("{{" + redirectTemplate + "}}");
}
There has to be a better way to implement this, I don't really like mixing
in the regex matcher with the rest of the template parser based on the fact
the template parser operates on the character level.
Also, currently this works because the parser will replace the redirect
reference with the actual template markup and recurse on it - therefore the
redirect is followed and content is evaluated/parsed. The template parser
will also not stop and continue parsing the rest of the main template which
is opposite to how page redirects are handled where the page parser stops
processing the rest of the content after running into a redirect construct.
I also allow for whitespace between #REDIRECT keyword and the first outer
"[[" brackets as there are many Wikipedia articles that do this instead of
the proper #REDIRECT[[...]] syntax.
In any case, the above change works for now - this was a big deal for me
when parsing Wikipedia pages & templates.
Original issue reported on code.google.com by [email protected]
on 28 Apr 2010 at 3:06
Try to login to wikipedia using a username and password. It fails due to a
recent change in the
MediaWiki login api. See: http://www.mediawiki.org/wiki/API:Login.
I'm going to try to put together a patch for you.
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 10:24
What steps will reproduce the problem?
1. Render wikitext like this to html:
[[Image:William Fettes Douglas - The Alchemist.jpg|thumb|left|\"Renel the
Alchemist\", by Sir William Douglas, 1853]]
What is the expected output? What do you see instead?
The output html should encode the double-quotes in html attributes, but
does not.
What version of the product are you using? On what operating system?
svn rev 524.
Please provide any additional information below.
It's odd, because escaping seems to work in WPImageFilterTest.java
testImage06
([[Image:Henkell-Schlösschen.JPG|thumb|\'\'Henkell-Schlösschen\'\' der
Sektkellerei [[Henkell & Söhnlein KG]]]] Wiesbaden).
Here's a test case, which I believe to be correct. It should go into
WPImageFilterTest.java
public void testImage14() {
assertEquals(
"\n"
+ "<p><a class=\"internal\"
href=\"http://www.bliki.info/wiki/Image:William_Fettes_Douglas_-_The_Alchemist.j
pg\""
+ " title=\""Renel the Alchemist", by Sir
William Douglas, 1853\">"
+ "<img
src=\"http://www.bliki.info/wiki/William_Fettes_Douglas_-_The_Alchemist.jpg\""
+ " alt=\""Renel the Alchemist", by Sir
William Douglas, 1853\""
+ " title=\""Renel the Alchemist", by Sir
William Douglas, 1853\""
+ " class=\"location-none type-thumb\" />\n"
+ "</a>\n"
+ "<div class=\"thumbcaption\">"Renel the
Alchemist", by Sir William Douglas, 1853"
+ "<a
href=\"http://www.bliki.info/wiki/William_Fettes_Douglas_-_The_Alchemist.jpg\""
+ " title=\""Renel the Alchemist", by Sir
William Douglas, 1853\">"
+ ""Renel the Alchemist", by Sir William
Douglas, 1853</a></div></p>",
wikiModel
.render("[[Image:William Fettes Douglas - The
Alchemist.jpg|thumb|left|\"Renel the Alchemist\", by Sir William Douglas,
1853]]"));
}
Original issue reported on code.google.com by [email protected]
on 3 Nov 2009 at 12:05
The PlainTextConverter ignores the text field in between [ ]. For
example, here is test code.
package info.bliki.wiki;
import info.bliki.wiki.filter.PlainTextConverter;
import info.bliki.wiki.model.WikiModel;
public class PlainTextConverterExample {
public static final String TEST = "This is a [http://
www.test.com Link Example] test";
public static void main(String[] args) {
WikiModel wikiModel = new WikiModel("http://
www.mywiki.com/wiki/${image}", "http://www.mywiki.com/wiki/${title}");
String plainStr = wikiModel.render(new
PlainTextConverter(), TEST);
System.out.print(plainStr);
}
}
Original issue reported on code.google.com by [email protected]
on 25 Jan 2010 at 6:17
What steps will reproduce the problem?
1. Create a page with "<source lang='sql'>"
2. Render the page
What is the expected output? What do you see instead?
Should format as SQL. Either formats as blank (no output), or as plain text if
my previous issue has been fixed.
What version of the product are you using? On what operating system?
3.0.14.
Please provide any additional information below.
obviously this is not really a bug per se but something that
was never coded.
I will shortly attach code which at least prints basic SQL keywords in
FONT_KEYWORD.
Original issue reported on code.google.com by [email protected]
on 4 Jul 2010 at 8:20
patch attached, including test case (svn 525)
Original issue reported on code.google.com by [email protected]
on 3 Nov 2009 at 10:57
Attachments:
See https://sourceforge.net/tracker/?
func=detail&aid=2780588&group_id=128886&atid=713151
Add support for telefone call links used on mobiles.
[tel:..] -> ref="tel://..."
see http://en.wikipedia.org/wiki/URI_scheme
Original issue reported on code.google.com by [email protected]
on 25 Apr 2009 at 6:39
Currently with something like
<ref>{{cite web|author=John Resig
|url=http://ejohn.org/blog/versions-of-javascript |title=Versions of
JavaScript |publisher=Ejohn.org |date= |accessdate=2009-05-19}}</ref>
the result is empty:
<li id="_note-4"><b><a href="#_ref-4">↑</a></b> </li>
(from http://de.wikipedia.org/wiki/JavaScript)
Original issue reported on code.google.com by [email protected]
on 13 May 2010 at 9:19
What steps will reproduce the problem?
1. set up the WikiModel, passing in "/${title}" as the base link uri
2. pass in an internal link: [[my/url|link text]]
3. receive back the html: <a href=\"/My/url\">link text</a>
What is the expected output? What do you see instead?
My url is not camel case, so I would hope the original lower case first
letter would not be captalised.
What version of the product are you using? On what operating system?
3.0.9, across Mac/ Linux (Debian) / Windows
Please provide any additional information below.
Initial question raised in:
http://groups.google.com/group/bliki/browse_thread/thread/a3b82a8c9870ca33
Original issue reported on code.google.com by [email protected]
on 13 Jan 2009 at 5:26
create wiki markup the looks like
;foo:12:30
i expected
<dl>foo</dl>
<dd>12:30</dd>
but,
<dl>foo</dl>
<dd>12</dd>
<dd>30</dd>
rendered.(bliki 3.0.13)
thanks.
Original issue reported on code.google.com by nagase%[email protected]
on 7 May 2010 at 5:17
Apparently there is no GZIP use when querying the WikiMedia's API, and that
would be very important for projects like Wikipedia and Wikitravel.
It's easy to implement:
Given an instance of URLConnection u:
// enable gzip compression
u.setRequestProperty("Accept-encoding", "gzip");
Best Regards,
Diego.
Original issue reported on code.google.com by [email protected]
on 1 Mar 2010 at 8:13
What steps will reproduce the problem?
1. Use "spanish" locale (new Locale("es")) on a spanish wikipedia dump
2. no category is identified
What is the expected output? What do you see instead?
Categories should be should, as the Messages_es.properties file is defined
and the category property is set correctly. I guess the problem occurs on
other locales too.
What version of the product are you using? On what operating system?
3.0.13
Please provide any additional information below.
Using the following properties file, it works correctly :
iki.tags.toc.content=Contenido
wiki.api.url=http://es.wikipedia.org/w/api.php
wiki.api.category1=Categor\u00EDa
wiki.api.image1=Imagen
wiki.api.template1=Plantilla
wiki.api.category2=Category
wiki.api.image2=Image
wiki.api.template2=Template
It makes me think the original properties file have been stored using utf-8
encoding although properties files are expected to be written in
iso-8859-1, whatever the system encoding. You should replace special
characters in the file with their standard Java unicode representation.
Original issue reported on code.google.com by [email protected]
on 23 Oct 2009 at 2:57
What steps will reproduce the problem?
I'm having trouble creating a test case, but you can see the problem if you
write code to render the wiki markup for the enwiki page "Monarchism"
(http://en.wikipedia.org/wiki/Monarchism). Line 31 of the output is:
<li class="toclevel-1"><a
href="#Monarchist_groups_past_and_presentFor_a_.E2.80.9CDirectory_of_Monarchist_
Organizations.2C.E2.80.9D_see_Olga_S._Opfell.2C_Royalty_Who_Waits:_The_21_Heads_
of_Formerly_Regnant_Houses_of_Europe_(Jefferson:_McFarland_.26_Company.2C_Inc..2
C_Publishers.2C_2001).2C_213-216.">Monarchist
groups past and presentFor a “Directory of Monarchist Organizations,” see
Olga S. Opfell, Royalty Who Waits: The 21 Heads of Formerly Regnant Houses
of Europe (Jefferson: McFarland & Company, Inc., Publishers, 2001),
213-216.</a>
This is part of the "Contents" section, which appears to be rendered as
part of a template.
What is the expected output? What do you see instead?
The body of the 'a' element includes an unencoded ampersand, making the
html invalid. The '&' should be encoded as & or &
What version of the product are you using? On what operating system?
svn 525
Original issue reported on code.google.com by [email protected]
on 3 Nov 2009 at 7:57
What is the expected output?
<div id="toctitle">
<h2>Contents</h2>
</div>
<ol>
<ol>
<li class="toclevel-1"><a href="#History">History</a>
</li>
<li class="toclevel-1"><a href="#Comparisons">Comparisons</a>
</li>
</ol>
</ol></td></tr></table><hr/>
What do you see instead?
<div id="toctitle">
<h2>Contents</h2>
</div>
<ul>
<ul>
<li class="toclevel-1"><a href="#History">History</a>
</li>
<li class="toclevel-1"><a href="#Comparisons">Comparisons</a>
</li>
</ul>
</ul></td></tr></table><hr/>
What version of the product are you using? On what operating system?
bliki-core-3.0.13, Windows
Original issue reported on code.google.com by patrice%[email protected]
on 10 Aug 2009 at 3:21
What steps will reproduce the problem?
1.get text from article on ENSO in simplewiki-20100317-pages-articles.xml.bz2
(it says #Redirect [[El Niño-Southern Oscillation]])
2. parse it
What is the expected output? What do you see instead?
I expect a redirect, but I got a link inside an ordered list
What version of the product are you using? On what operating system?
3.0.11, WnidowsXP, Java 1.5
Please provide any additional information below.
Method parseRedirect inside class AbstractParser only recognizes #redirect or
#REDIRECT. I'm parsing simplewiki-20100317-pages-articles.xml.bz2 and in
several articles (Carbohydrates, ENSO, International organizations)it says
#Redirect
I think t should be case unsensitive.
Original issue reported on code.google.com by [email protected]
on 1 Sep 2010 at 3:25
What steps will reproduce the problem?
1. Parsing the following Wikipedia Article:
http://en.wikipedia.org/wiki/1001
What is the expected output? What do you see instead?
looks like the parser is tuck in recursive parsing of templates
What version of the product are you using? On what operating system?
trunk svn 583, jdk 1.6.0_16-b01, ubuntu 9.04
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 14 Dec 2009 at 3:59
Attachments:
What steps will reproduce the problem?
1.add a definition list as an item in a numbered list.
see: http://meta.wikimedia.org/wiki/Help:Wikitext
sample markup from the wikipedia page (above):
* You can even do mixed lists
*# and nest them
*# inside each other
*#* or break lines<br>in lists.
*#; definition lists
*#: can be
*#:; nested : too
What is the expected output? What do you see instead?
The definition list should nest properly inside of the numbered list,
instead I see,
the items in the definition list become items in the numbered list.
What version of the product are you using? On what operating system?
3.0.12 on Mac OS X
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 26 Jun 2009 at 8:00
What steps will reproduce the problem?
1. Download bliki.3.0.14
2. run mvn install
3. failure when building bliki-core
What is the expected output? What do you see instead?
Build must be performed without unit test error.
What version of the product are you using? On what operating system?
Linux Fedora 13
Sun JDK 1.6.0_20
maven 2.2.1
Please provide any additional information below.
Original issue reported on code.google.com by [email protected]
on 25 Jul 2010 at 10:21
Attachments:
The documentation does not explain how to expand templates found in wiki
text. Please explain the process to expand {{in}} with "foo" in the wiki text
below:
WikiModel wikiModel = new
WikiModel("http://www.mywiki.com/wiki/${image}",
"http://www.mywiki.com/wiki/${title}");
String htmlStr = wikiModel.render("This is a simple [[Hello World]]
wiki tag {{in}}");
System.out.print(htmlStr);
Thanks
Original issue reported on code.google.com by patrice%[email protected]
on 11 Aug 2009 at 8:19
From e.g. http://de.wikipedia.org/wiki/JavaScript the HTML renderer wrongly
creates invalid IDs
<a id="If_.E2.80.A6_else_(Bedingte_Anweisung)" ....
<a id=".C3.9Cberblick" name=".C3.9Cberblick"> ...
<a id="Dialogmethoden_/_Benutzereingaben" ...
Original issue reported on code.google.com by [email protected]
on 13 May 2010 at 9:03
> What steps will reproduce the problem?
I do not have steps to reproduct for this yet but it appears that some column
in derby has inadequate length.
> What is the expected output? What do you see instead?
The field should be able to accomodate larger text sizes.
> What version of the product are you using? On what operating system?
3.0.14 with windows-7, 32-bit
> Please provide any additional information below.
Please review the stack trace below:
............................java.sql.SQLDataException: A truncation error was
encountered trying to shrink VARCHAR 'Template:es-verb form of/{{ #switch:
imperative | ind | ind&' to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown
Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at
org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown
Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.execute(Unknown Source)
at info.bliki.api.creator.WikiDB.insertTopic(WikiDB.java:124)
at info.bliki.wiki.impl.APIWikiModel.getRawWikiContent(APIWikiModel.java:155)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:590)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:71)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:60)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:43)
at
info.bliki.wiki.template.AbstractTemplateFunction.parse(AbstractTemplateFunction
.java:40)
at info.bliki.wiki.template.If.parseFunction(If.java:35)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:556)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:596)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:71)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:60)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:43)
at info.bliki.wiki.filter.WikipediaParser.parse(WikipediaParser.java:1490)
at info.bliki.wiki.model.AbstractWikiModel.render(AbstractWikiModel.java:949)
Caused by: java.sql.SQLException: A truncation error was encountered trying to
shrink VARCHAR 'Template:es-verb form of/{{ #switch: imperative | ind | ind&'
to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown
Source)
at
org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(
Unknown Source)... 39 more
Caused by: ERROR 22001: A truncation error was encountered trying to shrink
VARCHAR 'Template:es-verb form of/{{ #switch: imperative | ind | ind&' to
length 256.
at org.apache.derby.iapi.error.StandardException.newException(Unknown Source)
at org.apache.derby.iapi.types.SQLChar.hasNonBlankChars(Unknown Source)
at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source)
at org.apache.derby.iapi.types.SQLVarchar.normalize(Unknown Source)
at org.apache.derby.iapi.types.DataTypeDescriptor.normalize(Unknown Source)
at org.apache.derby.impl.sql.execute.NormalizeResultSet.normalizeRow(Unknown
Source)
at org.apache.derby.impl.sql.execute.NormalizeResultSet.getNextRowCore(Unknown
Source)
at org.apache.derby.impl.sql.execute.DMLWriteResultSet.getNextRowCore(Unknown
Source)
at org.apache.derby.impl.sql.execute.InsertResultSet.open(Unknown Source)
at org.apache.derby.impl.sql.GenericPreparedStatement.execute(Unknown
Source)... 33 morejava.sql.SQLDataException: A truncation error was encountered
trying to shrink VARCHAR 'Template:es-verb form of/{{ #switch: indicative |
ind | ind&' to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory40.getSQLException(Unknown
Source)
at org.apache.derby.impl.jdbc.Util.generateCsSQLException(Unknown Source)
at
org.apache.derby.impl.jdbc.TransactionResourceImpl.wrapInSQLException(Unknown
Source)
at org.apache.derby.impl.jdbc.TransactionResourceImpl.handleException(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedConnection.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.ConnectionChild.handleException(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedStatement.executeStatement(Unknown Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.executeStatement(Unknown
Source)
at org.apache.derby.impl.jdbc.EmbedPreparedStatement.execute(Unknown Source)
at info.bliki.api.creator.WikiDB.insertTopic(WikiDB.java:124)
at info.bliki.wiki.impl.APIWikiModel.getRawWikiContent(APIWikiModel.java:155)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:590)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:71)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:60)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:43)
at
info.bliki.wiki.template.AbstractTemplateFunction.parse(AbstractTemplateFunction
.java:40)
at info.bliki.wiki.template.If.parseFunction(If.java:35)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:556)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseTemplate(TemplateParser.java:596)
at
info.bliki.wiki.filter.TemplateParser.parseTemplateOrTemplateParameter(TemplateP
arser.java:524)
at info.bliki.wiki.filter.TemplateParser.runParser(TemplateParser.java:231)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:122)
at info.bliki.wiki.filter.TemplateParser.parseRecursive(TemplateParser.java:71)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:60)
at info.bliki.wiki.filter.TemplateParser.parse(TemplateParser.java:43)
at info.bliki.wiki.filter.WikipediaParser.parse(WikipediaParser.java:1490)
at info.bliki.wiki.model.AbstractWikiModel.render(AbstractWikiModel.java:949)
Caused by: java.sql.SQLException: A truncation error was encountered trying to
shrink VARCHAR 'Template:es-verb form of/{{ #switch: indicative | ind | ind&'
to length 256.
at org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown
Source)
at
org.apache.derby.impl.jdbc.SQLExceptionFactory40.wrapArgsForTransportAcrossDRDA(
Unknown Source)... 39 more
Caused by: ERROR 22001: A truncation error was encountered trying to shrink
VARCHAR 'Template:es-verb form of/{{ #switch
Original issue reported on code.google.com by [email protected]
on 22 Jun 2010 at 5:29
I noticed that since the last few commits (last changes to the template
parser and wikipedia parser) some topic such as "Wii" no longer render to
HTML.
I am using the latest trunk revision.
Original issue reported on code.google.com by [email protected]
on 3 Mar 2010 at 9:21
in http://code.google.com/p/gwtwiki/wiki/Mediawiki2HTML it seems something
changed recently.
Indeed, you suggest to override WikiModel.parseInternalImageLink :
public void parseInternalImageLink(StringBuffer writer, String
imageNamespace, String name) {
}
But in recent versions of bliki, the prototype is :
public void parseInternalImageLink(String imageNamespace, String name) {
}
Then I don't know how to report the result of the parsing since there is no
writer anymore... So the documentation should be corrected and maybe made
better.
Thanks !
Original issue reported on code.google.com by [email protected]
on 22 Apr 2009 at 4:35
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.