Feedback

This page is for comments, questions, or discussion items below. Related discussion pages include:

  • FAQ - Answers to Frequently Asked Questions. Please check the FAQ page before posting questions or bug reports.
  • Bug Reports - Please report any bugs in the JIRA bug tracker.
  • Feature Requests - If there is a feature that you would like to see added please discuss it on this page. See the Roadmap for a list of planned features.
  • How to Help - For those interested in implementing a specific feature.
  • Roadmap - A list of planned features for future releases.

Any new discussion should be placed at the bottom of this page under its own heading, which can be done by entering the following code:

==This is a new Heading==


Contents

[Edit]Archives

This page tends to get crowded, so several older discussions will be archived to appropriate comments pages. Also see the Archived Feedback page for more old discussions.

[Edit]Whether jamwiki provide the web services interface

__Q__:Whether jamwiki provide the web services interface?

There is currently no web services interface. In the future something similar to http://www.mediawiki.org/wiki/API:Main_page would be possible, but it is not currently on the Roadmap. -- Ryan • (comments) • 04-Jan-2012 21:45 PST

[Edit]Mention File System Links in Documentation

IMHO Wiki_Syntax#Links should mention that one can not only link to HTTP sites but also to the file system (at least on Windows and provided that the browser settings allow it):

What it looks like What you type
[1]
[file:///C:/link/to/some/file/or/folder]

--tapaya 17-Feb-2009 07:50 PST

If you're willing to make the necessary updates I'd be grateful for any help with documentation, otherwise I'll try to update it next time I have a chance. Thanks for pointing this out. -- Ryan • (comments) • 17-Feb-2009 21:28 PST

--jasper 21-Mar-2011

  • Besides, if the path contains spaces, please mention users to replace space with %20 to avoid path navigation fail.


[Edit]Various comments and questions

  • It doesn't have the #if function for templates, so is there any other way to do optional template parameters?
  • Possibly a bug: whitespace in template parameter names is recognized. So
{{template
parameter=value
}}
is different from
{{template
parameter      = value
}}
  • Templates do not appear in the "All Pages" list... but I'm not sure whether MW does this, so maybe it just needs an "All Templates" special page?
  • While editing or previewing a page there ought to be links to the included templates at the bottom, like in MW. Otherwise there's no way to find a link to a template to edit it.
  • Just a comment: Links on a page to itself don't appear "properly" (in MW they're bolded and unlinked).
--Floating World 27-Oct-2009 07:54 PDT
Thanks for the feedback. Here are some quick responses:
  1. The #if function is not yet supported, but in the mean time you can use something like Template:If to implement the same functionality. #if will definitely be included in an upcoming release.
  2. I'll investigate the whitespace in template parameter issues - sounds like a bug. Thanks!
  3. I'll take a look at the "All Pages" list. I vaguely remember a reason for excluding templates (Mediawiki may exclude them?) but it was a long time ago so I'll need to refresh my memory.
  4. The "included templates" is something that I believe Mediawiki added since the initial "Links" functionality for JAMWiki was created. It's definitely something that should be included in a future JAMWiki release since users have come to expect that functionality.
  5. Links to the current page should behave like in Mediawiki, but that may have been overlooked in the initial implementation and no one ever commented. I'll look into getting that fixed for a future release.
Thanks for the feedback, and if you notice anything else please feel free to report it - users tend to not realize how valuable this sort of feedback actually is, even if it's for items that can't be immediately implemented. -- Ryan • (comments) • 27-Oct-2009 08:14 PDT
Thanks for all those pointers! I should have said also that the software is really great. As a very solid re-implementation of MediaWiki that gives attention to wikitext compatibility, it's just what I was looking for.
There's one other point I've been curious about: in the integration of fckeditor you're working on for 0.9 are you able to have it generate wikitext or does it work just in HTML?
I've been playing around with Dijit.Editor and so I was thinking of trying to integrate it with JAMWiki, although I don't know how much time I'd have to spend on it. (And it would also probably take me a long time because I've never worked in Java or JSP before.) --Floating World 27-Oct-2009 14:25 PDT
User:ronin started an integration that generated HTML that was then reversed-parsed back into wiki syntax. My preference would be to generate wiki syntax that could then be batch-parsed via Ajax or something similar as the user edited, but I'm not sure how difficult that approach would be. The WYSIWYG editor has turned out to be vastly more complex than initially anticipated, so at this point I'm sort of hoping that either the new CKEditor project or another project has created something that will somewhat simplify the effort. If you're interested in giving it a shot then by all means please do so - from a design standpoint I just want to make sure that the integration isn't too invasive (I'd like to try to implement the client-side WYSIWYG editor without significant impact on the server-side code). -- Ryan • (comments) • 27-Oct-2009 20:27 PDT
revision 2746 should resolve the template parameter whitespace issue (#2 in the list above). -- Ryan • (comments) • 27-Oct-2009 21:02 PDT
Also, with regards to #3, I'm seeing templates in the All Pages list - see [2], starting around 250. Are they missing from your wiki? It's entirely possible there's a bug somewhere, I just need to figure out how to reproduce it. -- Ryan • (comments) • 27-Oct-2009 21:08 PDT
Yes, they are missing. I've created several templates but even though there are only a handful of pages in my wiki, the templates aren't showing up there. In case it helps to reproduce, I chose the "Internal Database" option during setup. --Floating World 31-Oct-2009 12:42 PDT

revision 2763 and revision 2764 add support for the #if: parser function. That code will be included in JAMWiki 0.9.0. -- Ryan • (comments) • 11-Nov-2009 21:48 PST

I've copied the two remaining bug reports from this discussion to Bug Reports#Templates not appearing in AllPages and Bug Reports#Links to Self. I'll copy the comment about included templates to the Feature Requests page. -- Ryan • (comments) • 11-Nov-2009 21:53 PST


[Edit]Search returns protected data

I have a wiki with a section of protected pages. The wiki will not allow me to view those pages if I'm not logged in, but I just noticed that it will display information from the protected pages if i search for something on the page. Is there a way to prevent unauthorized users from viewing search results from protected pages?

Likewise it seems that the recent changes page will return results from protected pages.
Other sites with protected pages have handled this by disabling search (via the security configuration) for non-privileged users, which admittedly isn't a great solution. The main problem is that wikis are inherently open platforms, so the ability to protect pages from even being viewed is somewhat anti-wiki and presents core architectural challenges. If you (or anyone else) has suggestions for how to improve the current implementation I'd be very interested in hearing them, and would be happy to implement anything that 1) doesn't break or complicate the happy path, and 2) isn't too difficult or complex to implement. -- Ryan • (comments) • 15-Apr-2010 08:27 PDT

[Edit]Search returns unformatted data

I set up a wiki for some work related purposes and it includes some tables. Whenever I search for any data the search returns the link to the topic and a text string instead of the actual table or portion of the page. Like the below Craig] |Systems Manager |Operations Control Administration |

I tried to Google for a solution but cannot seem to find anything. I am using 1.0.2 with Lucerne Search Engine. Any ideas?

If I understand right, the issue is that the "summary" in search results is showing wiki text? For example, http://jamwiki.org/wiki/en/Special:Search?text=Translations shows:
==Translations== I've added your latest translations to Subversion in [http://jamwiki.svn.sourceforge.net/viewvc/jamwiki?view=rev&revision=1953 revision 1953]. Thanks! -- [[User:wrh2|Ryan]] 14-Dec-2007 18:52 PST
If so, that's a relic of the initial Lucene implementation - since the pre-0.0.1 days JAMWiki has spidered wikitext (rather than HTML) to build the search index, which I suspect is why you're seeing the behavior you do. I've been debating changing that behavior (there are performance implications of doing so) but since no one had raised this as an issue it wasn't a high priority. Let me know if this is actually the problem, and if so I'll bump up the priority and see about changing the behavior for JAMWiki 1.1. -- Ryan • (comments) • 11-May-2011 11:26 PDT
Yes that is what I'm talking about. It would be a very welcome change as I normally have to search for things that are inside tables so the preview becomes fairly hard to read when details are returned. If there is a performance hit perhaps best would be to implement it as an option that can be enabled? Thanks.
I've added this to Tech:JAMWiki 1.1.0#Items Planned for Implementation. It's not guaranteed that it will be included in the next release, but provided there aren't any major barriers to implementation I'll do my best to include it. -- Ryan • (comments) • 11-May-2011 21:06 PDT
Great! Thanks Ryan.
This feature doesn't look like it's going to make the cut for JAMWiki 1.1 - it doesn't appear to be out-of-the-box supported by Lucene, and at this late stage in the development cycle I'm hesitant to implement any major new features. I've re-queued it for JAMWiki 1.2, so there's a chance it will get into that release. Sorry for this, but there's only so much that can be done each release cycle. -- Ryan • (comments) • 05-Jul-2011 15:49 PDT

[Edit]Underscore in article title

Is there a way to have an underscore in an article title without getting it replaced by a space. E.g. config_file.xml would be created as config file.xml.

As far as I know the magic word DISPLAYTITLE should solve that issue, but this is currently not implemented according to Help:Magic words. Is there any workarround for this, like escaping the underscore somehow?

Currently an underscore would always be escaped... can you provide a bit more detail on the DISPLAYTITLE workaround? Depending on the complexity and impact on other code that might be something that could be put in place for an upcoming release. -- Ryan • (comments) • 28-Jun-2010 07:24 PDT
Please see here Help:Magic words in chapter "Technical metadata" DISPLAYTITLE:title and the details are here: MediaWiki $wgAllowDisplayTitle. The intention is to overwrite the actual title of an article in the case the normalized version (for technical reasons) does "destroy" the actual article title. This is the case e.g. for iPod where normalized version is IPod, or any title which contains underscores, as they are always replaced by spaces.
Thanks! I'll need to read a bit more about this functionality just to make sure I fully understand, but based on the above, and also on this description, it sounds like this might be both useful and relatively painless to introduce. Typically new features are only introduced in major releases, and since 0.9.0 just came out a week ago it may be a while before this shows up in a release, so can you give me some idea of the urgency of getting this feature implemented? Is it just a nice-to-have for you, or is it something you would be willing to implement using a patched version of JAMWiki? -- Ryan • (comments) • 28-Jun-2010 08:47 PDT
We started using JAMWiki for documentation creation. We have typically articles like technical documentation for files, or other things like application packages, which include underscores. So it could be confusing if the underscore is missing then. It is not urgent, but we would for sure use a patched version (as the issue is not blocking but has high visibility).
Please be sure to follow-up on this issue - I won't get to it this week, but (gentle) reminders are always appreciated, otherwise I kind of assume that people have lost interest and I move on to other things that are of more personal interest. This seems like a useful feature and one that won't be hard to put in place once I can find an hour or two to sit down, so I'd definitely like to get it done. -- Ryan • (comments) • 28-Jun-2010 22:35 PDT
Are there any news on this topic? Can I support somehow?
I haven't gotten to it yet, but the reminder is much appreciated. Checking in every week or so is hugely helpful in letting me know that someone is actually interested in the feature. I'll keep this on my to-do list as something to get to ASAP, but please continue to check in until it gets done. -- Ryan • (comments) • 20-Jul-2010 19:07 PDT
I decided to take a stab at this one, and I've got code written and working now. I haven't yet committed it in Subversion as I'll need to put some unit tests together, but that should be done in the coming day or two. I'll try to put it into JAMWiki 0.9.1 if this is an important issue for you - please let me know. -- Ryan • (comments) • 20-Jul-2010 20:59 PDT
If it is not so difficult putting it into JAMWiki 0.9.1 I think this is a good solution. Many thanks for taking care so far.
revision 3136 adds this functionality for JAMWiki 0.9.1. -- Ryan • (comments) • 24-Jul-2010 09:21 PDT
First thank you for implementing the feature. I upgraded to JAMWiki 0.9.1 and tested the feature. On the normal page it is working as expected. What I found so far is that it is not working for preview and also not in category listing or all pages listing.
Thanks for the report - I'll need to investigate, so will move this report to the Bug Reports page. -- Ryan • (comments) • 18-Aug-2010 07:24 PDT


[Edit]new id in wiki page

I want to attach something to the wiki page. For example, attach a special section for some pages. Is there anyone know where I should go? jack 01-Aug-2010 12:15 PDT

I'm not 100% sure I understand. If you want to include the same content within multiple pages you can create a topic that contains the shared content, and then include it in other pages using transclusion - {{:Topic Name of Content to Include}}. If that's not what you need please provide an example and I'll try to help, although I'm currently on my way to the airport so it may be a while before I can respond. -- Ryan • (comments) • 01-Aug-2010 13:06 PDT
In my application, a topic is an item which is provided by some providers. So I want attach a section titled providers. And the information who provides what at what price should be got from database. In order to separate data from UI render, so I use xml to transfer data to the client side, at client side, then a new section is attached, and providers are presented to user. I think that I'd rather not to do anything in the server side, I can achieve this in the client side directly, so my problem is solved. Just one question, why don't we use more xml to transfer data, then data & User interface can be separated. jack 01-Aug-2010 20:09 PDT
I'd need to see how you're rendering XML - with standard J2EE there are performance concerns, and since the content is meant to be rendered in web browsers then HTML generation gives the most flexibility. If you just need topics as XML then the Special:Export tool can output any topic as XML, and it would be possible to create JSP templates that render content as XML, but the base platform has been standardized on JSPs that generate HTML. -- Ryan • (comments) • 01-Aug-2010 20:28 PDT

[Edit]another recent changes

I would really like a new "recent change" page. In this new page, I don't need every detail information. I need only a list of topics order by the time of the latest change. I would say if we use xml a little bit more, then deliver an xml file to the client, then the client side can render whatever is desired, and we don't have to tough the server side. jack 01-Aug-2010 12:15 PDT

We discovered that the list of recent changes is easier to read if subsequent edits, done by the same user/IP are not shown if they would appear in the changes list in a sequence. This does not prevent from accessing these intermediate versions from the article history page audriusa 05-Aug-2010 03:33 PDT



[Edit]Random page

Hello, i would like to implement a random page link like the random article link in wikipedia. Is this possible in jamwiki? How can i programm such a link? Thanks —The preceding comment was added by 80.153.87.9 (commentscontribs) .

There is no such functionality in JAMWiki currently, but it would be easy to program - you could simply call WikiBase.getDataHandler().getAllTopicNames() or WikiBase.getDataHandler().lookupTopicByType() and then return a random result. -- Ryan • (comments) • 04-Nov-2010 08:11 PDT

Thanks on this)


[Edit]Logo Image

From the docs: "The image name must be relative to the /images folder found in the root wiki install directory"
Why? I would like to positionate it outdoor, in the apache httpd directory (working with the tomcat connector) or in the jamwiki 'File-system directory'... I would avoid to modify the jamwiki install directory (to easy re_deploy the jamwiki war file):
Can I do this in some way ? Thanks.

For legacy reasons the logo image is in the /images folder in the webapp root, so the image must be served from that folder. You could change this by modifying line 31 of the WEB-INF/jsp/wiki.jsp file to point to your image. I would eventually like to make the logo image a wiki image that would be managed just like any other image on the wiki, but since there haven't been requests for such a feature this hasn't been a high priority for implementation. -- Ryan • (comments) • 04-Dec-2010 16:21 PST

[Edit]Images in MySQL Database

Hello, is it possible that images are saved in an external MySQL Database? If so, how? 27-Dec-2010 11:54 PST

Image files are stored on the file system; there is currently no support available for storing them in the database, although that is a feature request that others have made in the past so a future JAMWiki release may add support for doing so. -- Ryan • (comments) • 27-Dec-2010 20:43 PST

[Edit]How do i Make URL shorter?

I don't want have http://mydomain.tk/wiki/VirtualWikiName/Mainpage, but http://mydomain.tk/VirtualWikiName/Mainpage. Is that possible? THX 27-Dec-2010 12:14 PST

I haven't personally tried running JAMWiki using the root webapp context, but I can't immediately think of any reason why it wouldn't work. If you encounter problems please file a bug report and I'll investigate. -- Ryan • (comments) • 27-Dec-2010 20:43 PST

[Edit]Broken Installation

How do I delete jamwiki to restart the installation? I was using Jboss 5.1 with Jamwiki 0.95 and MySQL 5.1 when I created the jamwiki database with the wrong charset. I deleted this database and re-created a database with the right charset after jamwiki was installed. Now there are many errors in jboss logs when requesting the jamwiki url and it seems that something from jamwiki is persisted somewhere. I have deleted the jamwiki cache, I have uninstalled and reinstalled MySQL, and even tried newer versions of jamwiki 1.0 with JBoss 6. When trying jamwiki 1.0, I am still asked to upgrade upon loading the jamwiki context root in my browser. How can I remove the old instance so I can reinstall jamwiki from scratch?

The /WEB-INF/classes/jamwiki.properties file is created during setup. If that file is still present then JAMWiki will attempt to use the database, URL and other parameters specified in it. I suspect that may be the problem you're encountering, and if so just delete that file and restart. -- Ryan • (comments) • 25-Jan-2011 20:51 PST
Thanks for your reply... unfortunately I don't see this file or anything that looks like it on my server, in app server subdirectories or in mysql / it's directories. I installed Jamwiki into Resin and it worked as expected... I think the problem is related to the JBoss app server but still not able to pinpoint the cause.

[Edit]Thank you for saving my day

Dear JAMwiki-developers,
thank you so much for all your hard work!
Today I decided to set up a wiki for documenting a software project. I didn't want to run a seperate database so I looked around for wikis that work without one.
First I tried several PHP-based wikis running in quercus, but they all had problems. Then I decided to go for a servlet-based solution and tried JSPwiki. That was very buggy and didn't look good either.
Finally I found this wiki and I am very happy with it. Installation worked like a charm (using v1.0 running in jetty) and I love the mediaWiki-like look of it.

Great job, keep going !!!
Regards from Berlin

Thanks! Positive feedback is often a rare thing, but it's very much appreciated and a great motivating factor. Please provide any feedback you have with respect to any bug reports or feature requests, and hopefully we can get them integrated into a future release. -- Ryan • (comments) • 09-Feb-2011 10:59 PST


[Edit]Is there a way to design formulas inline?

Dear JAMWiki-team,

We are very happy about using your wiki engine which is integrated in our OpenSource LMS (OLAT). Our users often ask if there is a way to align formulas (<math>) within the normal text flow. As we noticed so far, according style attributes are not accepted (cf. MediaWiki Handbook -> Formulas). Are there any possibilities to design formulas inline or are there any improvements planned, yet?

Have you possibly thought about implementing MathJax? Would this bring any improvements regarding my initial question?

Thank you for your great work!

Regards from Chemnitz, Germany

Sven

Thanks for the feedback! There have been many requests to add support for math formulas, but currently nothing is available out of the box. Several years ago someone put together a guide for using jsMath with JAMWiki - see Tech:Integrate jsMath, although I'm not sure how current that is. One issue I'm hoping to make progress on for JAMWiki 1.1 is support for custom parser tags, so if that does get done then it would be easier for an interested developer to add his/her own tag. However, even with custom tag support it would likely be a several months before math tag support would be available. -- Ryan • (comments) • 22-Feb-2011 07:52 PST

[Edit]MathJax with JAMWiki

MathJax JavaScript display engine implements almost all TeX/LaTeX mathematical expressions typesetting on the HTML pages and is completely independent of the other *TeX software. It expands the brilliant achievement of Davide Cervone on the jsMath and is about to set a standard in the field. It is used with virtually all mainstream wiki engines. Certainly it works also with JAMWiki. Its installation on JAMWiki boils down to a simple insert of a few lines of code in the two server pages. This topic describes also the local installation of the whole open source package.


[Edit]Installation

In order to be specific the following covers installation of MathJax in the static contents directory of the same server where the JAMWiki web application runs. With the Apache Tomcat it is usually at $CATALINA_HOME/webapps/ROOT/, which maps to the relative URL /MathJax/ from any server page, provided you don't have the servlet mapped to the same name :-).

  • Strictly speaking there is no need other than a better efficiency and a long term reliability to install MathJax at all. Currently the MathJax JavaScript display engine is served along with the fonts from the worldwide network of servers sharing the entry point at
    http://cdn.mathjax.org/latest/MathJax.js?config=default               |
                                                    TeX-AMS-MML_HTMLorMML |
                                                    TeX-AMS_HTML          |
                                                    MML_HTMLorMML         |
                                                    Accessible  
    
  • To decrease the load, save bandwidth and to ensure high typesetting quality it is highly recommended to install MathJax *.otf "open true type" fonts on each client. It may save user from dealing with sometimes bizarre default security configurations of the certain type of browsers prohibiting downloadable fonts in which case MathJax falls back to serve a lot of *.png image glyphs.
[Edit]MathJax Installation
  1. Download latest (currently v#1.1a) archive from http://www.mathjax.org/downloads/ and expand it into the $CATALINA_HOME/webapps/ROOT/MathJax/ directory.
  2. (Optionally) Copy and save for distribution among the clients font files from the fonts/otf/ directory under the MathJax distribution root.
[Edit]JAMWiki Patch

Insert the following code snippet

<script type="text/x-mathjax-config">
 MathJax.Hub.Config({
   extensions: ["tex2jax.js"],
   jax: ["input/TeX","output/HTML-CSS"],
   tex2jax: {inlineMath: [["$","$"],["\\(","\\)"]],
      skipTags:  ["script","noscript","style","textarea","pre","code"]} 
 });
</script>
<script type="text/javascript" src="/MathJax/MathJax.js?config=TeX-AMS_HTML"></script>  
into the $CATALINA_HOME/webapps/jamwiki-root/WEB-INF/jsp/top.jsp (and into the printable.jsp there) just before the </head> closure tags.

If you wish to typeset formula within the pre tag, remove the ,"pre" from the skipTags list above. In this case you will need code tag to prevent unintended expansion of the LaTeX script.

If you've decided to pull the engine from the cdn servers instead, just change the src attribute value.

Web application-wide MathJax configuration example given above can be tested immediately after the patched files were saved:

Inline math: $\mathcal{M}=\{\Bbb{A,B,C,\dots}\}$ and \(\mathbb{A}|\mathbb{A}'\;:\;\mathbb{A}\subset\mathbb{Q}\;,\;\mathbb{A}\ne\emptyset\;,\;\mathbb{A}'=\mathbb{Q}\cap\mathbb{A}\;,\;\mathbb{A}'\ne\emptyset\)

Display math: \[\sigma^2=\overline{(x-\bar{x})^2}=\begin{cases}\sum_{n=1}^N (x_n-\bar{x})^2p_n& \text{discrete variable }x_n \text{ with }N\text{ possible values},\\ \intop_{a}^{b}(x-\bar{x})^2 p(x)\rm{d}x& \text{continuous variable }x \in [a,b]. \end{cases}\tag{13.4}\]


[Edit]Client Fonts

  • GNU Linux client: Just copy otf fonts into the user ~/.fonts/ directory. For the system-wide installation ask your sysadmin.
  • MS Windows client: Double click on each font icon, then follow the GUI to register (it's greedy).

Works smoothly, from 0.7.2 to 1.1,

Best regards.

Serge 20110920

[Edit]Comments

There have been a number of people who have suggested using Javascript for formula support. I'd be interested in any thoughts on the following:

  • Would it be useful if there was a simpler way of adding custom Javascript to JAMWiki instead of modifying JSP files directly? Something more like the StyleSheet and LeftMenu topics?
    • Of cause it would be useful. However with "consideration as wasting resources whenever there is no math on the page" (see below) would be better if auther of the page would be able to control which JS files to include by (let say) including special tag at the to of the page. This way if I know I'll use Math in my page I'll include this JS file, other wise -- not. -- CAB • 03-Jan-2011 17:26 EST
  • With the parser tag changes in JAMWiki 1.1 it should now be relatively easy for someone to write an HTML-like tag for formula parsing. I don't plan on writing this myself, but would be happy to help get someone with decent Java skills going on it if there are any volunteers.

-- Ryan • (comments) • 20-Sep-2011 13:47 PDT

  • Might be. (I agree that the patch isn't a proper way to take. Including such minor consideration as wasting resources whenever there is no math on the page.) WordPress MathJax plugin uses author-configurable "skins" to inject the math typesetting load/config stuff into the html' head. In fact the configuration/load script may reside at the beginning of the html' body, that what the authors say. Poorer efficiency, increased probability of different parsers threads collision, but it should work. As for implementation - I will think a bit for whether it would be realistic against my schedule...
  • It isn't just a problem of parsing whatever - MML or D.Knuth's TeX. To locate start/stop tags of a formula is easy. The typesetting itself is really a huge problem. In fact we've denied any standard text drawing support when typesetting. E.g. the whole business of Adobe was using TeX to design PS then PDF imaging. Typesetting packages are coping with low level drawing implementing imaging models different and more sophisticated than those of a standard line text, even more than cuneiform line/column models. What goes for the grammar standards for typesetting dialects today is a joke. On the other hand we have more or less stable core of LaTeX which is the must-to-know language for the community that uses math.

-- Serge 21-Sep-2011

  • In order to use MathJag auther should know TeX or MathML. Both are not very "wiki-like". I found ASCIIMath* set of JS scripts, which convert mostly regular math formulas into MathML or image. This IMHO would be better option to include into Wiki. -- CAB • 03-Jan-2011 17:26 EST

[Edit]Search is not returning any results

Search on my site does not return any results. I created a new page ("FooBar") and added the text: "This is a new page to test the search abilities." I then rebuilt the search index, and searched on "FooBar". I have uploaded a screen-shot to show my results. As you can see, the link to the page "FooBar" is blue because it already exists.

Do I need to do anything special to initialize and/or configure the search engine? --loopback 25-Feb-2011 14:06 PST

Are there any relevant error messages in your logs? Topics should be automatically added to the search index without the need to rebuild the index. -- Ryan • (comments) • 25-Feb-2011 14:19 PST
Yes. I followed the same steps as above and found three error messages in the log file. I've included the first lines of each (they pretty much say the same thing). If you want/need more, I can email, or upload, or ???
2011-02-25 17:26:58,051 [http-8088-Processor1129] ERROR o.jamwiki.search.LuceneSearchEngine - Exception while updating topic StartingPoints
java.nio.channels.OverlappingFileLockException: null
2011-02-25 17:27:21,239 [http-8088-Processor1131] ERROR o.jamwiki.search.LuceneSearchEngine - Exception while updating topic FooBar
java.nio.channels.OverlappingFileLockException: null
2011-02-25 17:27:28,176 [http-8088-Processor1131] ERROR o.jamwiki.search.LuceneSearchEngine - Exception while searching for FooBar
java.nio.channels.OverlappingFileLockException: null

Thanks for your quick response! --loopback 25-Feb-2011 15:40 PST

I haven't seen that error before, although a similar issue will be addressed for JAMWiki 1.0.1. I'll do a bit of investigation this weekend to see if I can figure anything out. Thanks for the report. -- Ryan • (comments) • 26-Feb-2011 08:45 PST
On my JAMWiki 1.0 installation, the search worked after a "Rebuild Search Index". Before rebuliding, the search results appeared empty. I have a new installation with tomcat 7.0.6 and bulid-in database. -- Daniel Beyer 28-Feb-2011 02:36 PST
Thanks for the input, Daniel. I have already tried to rebuild the index. Maybe I will try moving to the internal DB configuration. -- Greg (the user formerly known as loopback) 28-Feb-2011 08:46 PST
The database shouldn't make a difference - the error you're getting is a Lucene error when attempting to obtain a file system lock. This thread sounds similar - are you using an NFS filesystem? Apparently Lucene has issues with NFS, something I was previously unaware of. -- Ryan • (comments) • 28-Feb-2011 12:45 PST
Nope. Just plain ol'e NTFS. -- Greg (the user formerly known as Loopback) 01-Mar-2011 20:40 PST
If there's any additional info from your logs, or any other info that you think might be helpful in debugging the problem I'd be grateful. So far I can't reproduce the issue on either my Windows machine or on the Linux box, so this may be a tough bug to track down. -- Ryan • (comments) • 01-Mar-2011 22:21 PST

[Edit]Special:Upgrade

You should replace the system error message with a describing text, if no update is available. -- Daniel Beyer 09-Mar-2011 00:32 PST

I'm not sure I understand - can you provide more details? If I go to Special:Upgrade I see a message saying "No upgrade is currently required", not a system error. -- Ryan • (comments) • 09-Mar-2011 07:39 PST
Ok, it could have something to do with our proxy server and firewall. I can see a system error an Special:Upgrade. What happens, if jamwiki cannot reach your server to check whether an update is available or not? -- Daniel Beyer 09-Mar-2011 13:07 PST
Actually there isn't currently any capability in JAMWiki to do remote upgrade checks - the upgrade page is solely used when the JAMWiki code version doesn't match the version in your current jamwiki.properties files (which happens after an upgrade), in which case you are redirected to Special:Upgrade and that page walks you through the upgrade process. Visiting that page at any other time simply generates a message that no upgrade is necessary. Can you upload a screenshot of what you're seeing, as well as any relevant log messages? Thanks! -- Ryan • (comments) • 09-Mar-2011 14:04 PST
When I open Special:Upgrade I see the following lines:
Error
A system error has occurred. The error message is:
No upgrade is currently required.
No interesting things in the log files. I habe jamwiki on tomcat 7.0.8, Java 6 U24, WinXP. -- Daniel Beyer 10-Mar-2011 02:36 PST
Thanks, that clears up the issue. The messaging can probably be changed to make things clearer - if you'd like you can createa a JIRA issue to track this, otherwise I'll do so and try to get a change made for an upcoming release. -- Ryan • (comments) • 10-Mar-2011 07:53 PST

[Edit]Edit Section & Template Integration

When I include an other page via {{pagename}}, the edit section links disappear. I think this is a bug. -- Daniel Beyer 04-Apr-2011 04:21 PDT

Thanks - that's logged as JAMWIKI-4 and JAMWIKI-26, but it's a tough one to fix. -- Ryan • (comments) • 04-Apr-2011 07:34 PDT

[Edit]Links that aren't HTML

I'm trying to include a link to a Test Director bug in one particular page, but I'm not having much luck. Test Director is our bug tracking system we use on our project. The problem is that it uses a different protocol that JamWiki does not recognise. The link is, for example,

td://moda.ibeu_gmo.qualitycenter.us.hsbc/qcbin/Defects?Action=FindDefect&DefectID=439

Any ideas what I can do to get around this?

Many Thanks--SteveJ 04-Apr-2011 08:49 PDT

Without some fairly significant hacking of the code I can't think of a way to get the current JAMWiki code to recognize a link syntax outside of the standard ones (mailto, http, https, ftp, file). If you're willing to write some custom code you could search the current code base for "ftp" and use that as an example to add support for "td:", but otherwise I'm not sure that there would be an easy way to get the current code to recognize the above syntax as a link. -- Ryan • (comments) • 04-Apr-2011 09:43 PDT
Note that one of the items planned for implementation in JAMWiki 1.1 is the ability to add custom parser extensions, which would make support for custom code a bit easier, but that is at least 3-4 months away from release. -- Ryan • (comments) • 04-Apr-2011 09:44 PDT


[Edit]Upgrade from 1.0 to 1.0.0

Hi Ryan, I just upgraded to 1.0.2, I skipped 1.0.1 and everythings seems fine. So, I should not jumped over 1.0.1? I will look into the log-files. Thanks -- mbert 26-Apr-2011 07:48 PDT

Since the initial upgrade may not have updated all data you may want to run the "Rebuild search index" and "Regenerate Topic Metadata Records" tools from the Special:Maintenance page to ensure you data is up-to-date. Both may be slow depending on the size of your wiki (parsing several thousand topics will take several minutes), but once that's done you're pretty well guaranteed to have good data. -- Ryan • (comments) • 26-Apr-2011 10:58 PDT
Yes It worked, I could reproduce the Error:
INFO: Server startup in 4025 ms
2011-04-26 17:00:57,764 [TP-Processor3] ERROR org.jamwiki.servlets.JAMWikiServlet - Unable to load default layout
org.springframework.security.authentication.AuthenticationCredentialsNotFoundException: No authentication credential available
       at org.jamwiki.authentication.WikiUserDetailsImpl.initWikiUserDetailsImpl(WikiUserDetailsImpl.java:227) ~[jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.ServletUtil.currentUserDetails(ServletUtil.java:184) ~[jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.buildUserMenu(JAMWikiServlet.java:185) [jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.loadLayout(JAMWikiServlet.java:373) [jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.viewError(JAMWikiServlet.java:410) [jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.handleRequestInternal(JAMWikiServlet.java:306) [jamwiki-web-1.0.2.jar:na]
       at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:790) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:549) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) [servlet-api-2.5.jar:na]
       at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) [servlet-api-2.5.jar:na]
       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina-6.0.24.jar:na]
       at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:163) [spring-security-web-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:237) [spring-web-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:167) [spring-web-3.0.5.RELEASE.jar:3.0.5.RELEASE]
       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina-6.0.24.jar:na]
       at org.jamwiki.servlets.JAMWikiFilter.doFilter(JAMWikiFilter.java:62) [jamwiki-web-1.0.2.jar:na]
       at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [catalina-6.0.24.jar:na]
       at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:558) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [catalina-6.0.24.jar:na]
       at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [catalina-6.0.24.jar:na]
       at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [catalina-6.0.24.jar:na]
       at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) [catalina-6.0.24.jar:na]
       at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) [tomcat-coyote-6.0.24.jar:na]
       at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:291) [tomcat-coyote-6.0.24.jar:na]
       at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:769) [tomcat-coyote-6.0.24.jar:na]
       at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:698) [tomcat-coyote-6.0.24.jar:na]
       at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:891) [tomcat-coyote-6.0.24.jar:na]
       at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) [tomcat-coyote-6.0.24.jar:na]
       at java.lang.Thread.run(Thread.java:662) [na:1.6.0_24]
2011-04-26 20:33:03,975 [TP-Processor2] ERROR org.jamwiki.servlets.AdminServlet - Failure while regenerating topic metadata
org.jamwiki.DataAccessException: java.sql.BatchUpdateException: Duplicate entry '128-SSHAllgemein' for key 'PRIMARY'
       at org.jamwiki.db.AnsiDataHandler.addTopicLinks(AnsiDataHandler.java:169) ~[jamwiki-core-1.0.2.jar:na]
       at org.jamwiki.db.AnsiDataHandler.writeTopic(AnsiDataHandler.java:1937) ~[jamwiki-core-1.0.2.jar:na]
       at org.jamwiki.db.WikiDatabase.rebuildTopicMetadata(WikiDatabase.java:520) ~[jamwiki-core-1.0.2.jar:na]
       at org.jamwiki.servlets.AdminServlet.links(AdminServlet.java:165) [jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.AdminServlet.handleJAMWikiRequest(AdminServlet.java:96) [jamwiki-web-1.0.2.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.handleRequestInternal(JAMWikiServlet.java:297) [jamwiki-web-1.0.2.jar:na]

--

So which table has the defect data inside? This stacktrace was from catalina.out. I do not find jamwiki.logs. -- mbert 26-Apr-2011 14:14 PDT

That should be the jam_topic_links table... I'll need to dig a bit to figure out how that error could happen. Sorry for the trouble - you're the first person to report this problem. -- Ryan • (comments) • 26-Apr-2011 15:36 PDT
What database are you using? The only way I can see that this error would trigger is if the database isn't case-sensitive... -- Ryan • (comments) • 26-Apr-2011 20:17 PDT
Hi Ryan, thanks. Right now I'm using Mysql: "5.1.41-3ubuntu12.10". I did not change any default settings on the database. I'll figure out today how to change the case-sensity of the database or the jamwiki tables.
The jam_topic_links table has one strange entry: "| 16 | K�digung |". I did update the entry with a update-Sql-Statement on the comandline, but after I pressed the button to "Regenerate Topic Metadata Records" tools from the Special:Maintenance page the entry was restored. -- mbert 27-Apr-2011 00:37 PDT
"Regenerate Topic Metadata" will try to rebuild everything, which explains why the entry re-appears. I need to look at the MySQL docs to see if it's case-sensitive, and if not I'll see if there is a good workaround for JAMWiki 1.0.3. If you happen to find out anything else please let me know, and thanks again for helping to debug. -- Ryan • (comments) • 28-Apr-2011 07:33 PDT
Hi Ryan, I wounder why case-sensitivity has something to do with this error. Im working under linux - which is case sensitiv per default - and use tomcat and mysql 5.1.41. Where do the informations come from - who are inserted into the jam_topic_links table? May be I'm able to search for the origin and remove them by hand (using sql comand line). -- mbert 28-Apr-2011 10:01 PDT
The jam_topic_links table is used with the "Links" tab at the top of each topic to determine what topics "link to" the current topic. It is automatically populated when you save a topic using all of the wikilinks in that topic's content.
If MySQL isn't configured to be case-sensitive then the problem is due to the fact that the Java code assumes that "TOPIC" and "topic" are two different values, but if the database isn't case-sensitive then it will try to create a new record for "topic" and throw a primary key violation because "TOPIC" already exists. I think that's what is happening in your case, because the Java code eliminates duplicate topic names. -- Ryan • (comments) • 28-Apr-2011 10:25 PDT
My MySQL-DB should now be case-sensitiv. I altern each table with: "ALTER TABLE `jamwiki`.`jam_<table-name>` CHARACTER SET utf8 COLLATE utf8_bin;" But still the same Error-Message and I can not find any hint to problematic values in the jam_topic table. So, what next? -- mbert 29-Apr-2011 00:41 PDT
Thanks for the additional investigation. I'll dig into this during the weekend, and if you're willing to do some additional testing I can try to make a debugging version of JAMWiki available to you to hopefully track down the specific issue and get this resolved. -- Ryan • (comments) • 29-Apr-2011 08:47 PDT
Debugging.war seems a good idea to me. When I have some time I try to dig into the initial creation (first installation) of the jamwiki-tables for mysql - I may find some options for the tables and the database to compare with my tables. -- mbert 01-May-2011 01:27 PDT
http://jamwiki.org/download/jamwiki-debug-1.0.2.war is an exact copy of JAMWiki 1.0.2 except I've modified the AnsiQueryHandler.insertTopicLinks method to not use a batch update, to log the parameters being added, and to be a bit more verbose in logging exceptions. If you can install this, run it, and then either email me the log file or upload it to jamwiki.org then I can hopefully figure out exactly what's happening. Sorry again for the trouble, and thanks for your help in debugging. -- Ryan • (comments) • 01-May-2011 07:37 PDT


[Edit]Non-Image Files Uploading

Hello Ryan, I'm uploading some non-image files and it's reported as an image. I read an old discussion about that on Feature_Requests#Non-Image_file_upload_naming but it seems that subject was not continued. The file is ok, i can link it, but my problem is that non-image files are not listed in Special:AllPages search using Image namespace or normal search. I can only find the files if I include a description before upload it. Is there an other way to find it? I can only find the file list at Special:FileList -- Felipe Avilis • (comments) •

The naming issue is one that I'd like to address, but I'd appreciate feedback on how best to proceed - Mediawiki switched from "Image" to "File" a long time ago, so that might be the best option for JAMWiki.
Regarding the fact that non-images don't show up in the namespace search on Special:Allpages, that's a bug and I'll look into it. The same thing happens on jamwiki.org - Image:nules3.pdf doesn't show up in Special:AllPages. -- Ryan • (comments) • 25-May-2011 10:24 PDT
I believe the best way is to treat every file as an object of type File. A file is a file, no matter if it's an image, a video, a PDF or an mp3. Who should know what type of file to be loaded is the loader, not the container. You can not open an image with a music player, or hear a song in Photoshop. I believe this is the best way to create tools to open certain file types like mediawiki:Category:Extensions.
revision 3544 should resolve the issue with Special:AllPages. I'll get the change uploaded to jamwiki.org shortly, and it will be included in JAMWiki 1.0.4. -- Ryan • (comments) • 25-May-2011 13:27 PDT


[Edit]Hide Certain Topic/Article Parts by User/Group Roles

Is there any way to limit viewing of certain parts of an article by User/Group Roles? For example: I have an article which contains some confidential information. I do not want to create another page with just this information, and then change the /WEB-INF/applicationContext-security.xml file so that only a particular User/Group see them. Is there any way to do it? -- Felipe Avilis • (comments) • 26-May-2011 09:33 PDT

Currently there is no way to implement this functionality. It might be possible in the future to do something via permissions on an included sub-topic, but in general the concept of a wiki is of an open system, so efforts to add additional security tend to run into significant limitations based on the underlying system architecture. -- Ryan • (comments) • 26-May-2011 10:17 PDT


[Edit]File Name

Uploaded files are stored in upload directory with -ddhhMMss after the real filename. Is there anyway to make a link to a file in JAMWiki to the real file name, just like it is in database JAM_FILE.FILE_NAME table column? —The preceding comment was added by 200.99.204.146 (commentscontribs) .

I'm not sure I understand what you want to do. Help:Images has details on linking to images, but if that page doesn't answer your question please provide a more detailed example of what you need and I'll try to answer. -- Ryan • (comments) • 22-Jun-2011 12:27 PDT
Sorry about my poor english, Ryan. When i upload a file to my wiki site, the file name is changed. For example: mydocument.pdf after uploaded is renamed to mydocument-ddhhMMss.pdf.
I understand that this is the way JAMWiki controls file history and version. JAM_FILE database table contais the real filename in FILE_NAME column and JAM_FILE_VERSION table contains all file revisons.
What im trying to say is that when i download a file from my Wiki i want the real file name (mydocument.pdf) and not the new name (mydocument-ddhhMMss.pdf).
For most of us its simple to say "Just rename it when u gonna save." or "What is the matter? Its just the filename.", but i'm using JAMwiki to documentation. Some files and PDF documents has numbers on its name, and this is confusing us sometime.
Mediawiki has a diferent way to store and archive old files, keeping the real filename on the newer file version. —The preceding comment was added by felipeavilis (commentscontribs) .
Your English is great - no need to apologize, I just didn't understand the use-case. I'll need to take a look at how Mediawiki handles file naming and see if it's possible to modify JAMWiki to do the same. I'm back from vacation now so I should have some time to investigate, but if this discussion isn't updated in the next day or two please remind me since I've got a number of things on my current TODO list. -- Ryan • (comments) • 22-Jun-2011 16:44 PDT
Hello Ryan. Great job for v1.1. Is this discussion about filename left for 1.2 or maybe some 1.1.x update? Felipe Avilis • 02-Sep-2011 12:17 PDT
Sorry, I lost track of this request. It's logged in JIRA now as http://jira.jamwiki.org/browse/JAMWIKI-43 and is something that can be done for JAMWiki 1.2. 1.1.x updates are reserved for bug fixes and very minor feature changes, so it is unlikely that it could be included in a minor release since it would potentially be a disruptive change. -- Ryan • (comments) • 03-Sep-2011 17:45 PDT

[Edit]Set up user forum

We're using JAMWiki within our organisation to provide self help, instructions, procedures, etc to the business. I want to set up a forum or discussion page to get feedback from users, but have searched and cannot find anything about it. I am a relatively new user of JAMWiki (few months), but a discussion board is going to be the best way for me to get the communication I require from our business.
Any ideas or links would be really appreciated! Ta.

Wikis usually just use comments pages for discussion purposes - see http://en.wikipedia.org/wiki/Help:Using_talk_pages for Wikipedia's discussion of the subject. Currently JAMWiki doesn't offer much support for providing notifications of talk page updates beyond the Special:Watchlist, although the Roadmap includes several enhancements. I'm not sure if that addresses your question, so please let me know if there is any further information that might help you. -- Ryan • (comments) • 14-Jul-2011 08:32 PDT


[Edit]Help material in standard installation

I've installed JAMWiki 1.1 afresh, and being a newbie I'm hitting the help material a fair bit. But I can't find any in the local installation. If I'm not missing something, what's the easiest way of importing all standard help material?

You can use the Special:Export function on jamwiki.org to export topics that you'd like on your local instance, and then use Special:Import on your instance to import them. Alternately, if you have any suggestion for how this could be done better I'd be interested - for example, it probably wouldn't be too difficult to put together a pre-built export of help docs that any site could then just download and import. -- Ryan • (comments) • 16-Sep-2011 07:28 PDT

[Edit]Redirect Page Links

The page Special:LinkTo is not showing redirected links. For example: JRE redirects to Java Runtime Envirement. If i create a link to JRE it will not appear at Java Runtime Envirement Special:LinkTo, only JRE link. Felipe Avilis • 30-Sep-2011 14:02 PDT

Implementing that feature has been on the TODO list for several releases, including JAMWiki 1.2 ("Special:LinkTo should display links from redirects, so if A links to B which redirects to C, then the "link to" records for 'C' should show 'A' via 'B'."), but since no users had brought it up it hasn't been a very high priority. If you could please remind me about this issue occasionally as the JAMWiki 1.2 development cycle goes on, I'll try to make sure it finally gets implemented. -- Ryan • (comments) • 30-Sep-2011 17:37 PDT
I will. Sorry for not read the 1.2 plans. Felipe Avilis • 03-Oct-2011 12:53 PDT
Definitely no need to apologize - thanks for bringing this issue up as it lets me know that it's a feature someone wants to see implemented, and thus helps me prioritize. -- Ryan • (comments) • 03-Oct-2011 14:51 PDT

[Edit]Password recovery

Is there a way to user request password recovery? —The preceding comment was added by 189.59.75.37 (commentscontribs) .

Currently there is no automated way for a user to request a new password, but the site admin can reset a user's password from the "Reset User Password" tab on the Special:Manage page. -- Ryan • (comments) • 11-Oct-2011 10:23 PDT
Please reset my password and give me permission to contribute with brazilian portuguese translations. User:leokury
Is there an email address I can send you your password at? I've updated your account and permissions but for obvious reasons I'd rather not display the new password here :) -- Ryan • (comments) • 11-Oct-2011 11:17 PDT
*removed*. Please remove from here after you get it.
Thanks, new password sent. -- Ryan • (comments) • 11-Oct-2011 13:50 PDT

[Edit]"Unable to load default layout" after manual update

Hi Ryan. I finally found the time to update my ancient 0.6.5 installation to the current 1.1.1 version. To not install all (major) version inbetween I decided to go with the manual update. I skipped all those "reload recent changes", "regenerate ...", etc. points and applied the database updates only - all successful as far as I can tell. Then I updated the version in jamwiki.properties and now I get the following exception for EVERY page (even the login)...

ERROR org.jamwiki.servlets.JAMWikiServlet - Unable to load default layout
java.lang.NullPointerException: null
       at org.jamwiki.servlets.JAMWikiServlet.buildLayout(JAMWikiServlet.java:96) [jamwiki-web-1.1.1.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.loadLayout(JAMWikiServlet.java:390) [jamwiki-web-1.1.1.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.viewError(JAMWikiServlet.java:434) [jamwiki-web-1.1.1.jar:na]
       at org.jamwiki.servlets.JAMWikiServlet.handleRequestInternal(JAMWikiServlet.java:328) [jamwiki-web-1.1.1.jar:na]
       at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) [spring-webmvc-3.0.5.RELEASE.jar:3.0.5.RELEASE]

What did I miss? What is wrong? How can I fix that? Thanks! -- Andy 31.19.51.15 15-Oct-2011 14:47 PDT

The "reload" and "regnerate" tasks are there to ensure that data is populated properly after tables are changed, so without those running it would be tough to tell what specifically went wrong, but a null exception when building a layout means that required data is missing. If you have a backup available I would recommend doing the update again as follows:
  1. Download JAMWiki 0.8.4 and upgrade from 0.6.5 to 0.8.4 using the automated upgrade.
  2. Download JAMWiki 1.0.7 and upgrade from 0.8.4 to 1.0.7 using the automated upgrade.
  3. Upgrade from 1.0.7 to 1.1.1 using the automated upgrade.
If you don't have a backup I'll need to give this some thought to figure out how to manually ensure that the database is upgraded. -- Ryan • (comments) • 15-Oct-2011 15:27 PDT
Well, this is what I wanted to avoid in the first place - I saw some insert/update statements in the manual update process and thought they would be sufficient. I also thought, that I would be able to run the "reload" and "regenerate" tasks once after completing all steps... But there seems to be more "magic" in the automatic update process... :-)
After following your steps everything is back up running now. Thanks for your quick support and keep up your great work! -- Andy 31.19.51.15 16-Oct-2011 10:02 PDT
Glad it's working for you now. The UPGRADE.txt document and the automated upgrade perform the exact same steps, but the order is very important, and skipping any step will likely produce errors - for example, if a new column is added and there is a step to generate data for that column, future steps may assume that the column is populated. I'll see if I can make that clearer in the documentation. -- Ryan • (comments) • 17-Oct-2011 07:57 PDT


[Edit]NullPointerException Error while click on 'Edit' link of topic starts with lowercase

Hi Ryan, after migration from 0.9.3 to 1.0.7 and 1.0.7 to 1.1.1 the editing link of topics starting with lower case letter such as ePortal are not editable. The following is the error i got

A system error has occurred. The error message is:
An unknown system error has occurred. The error message is: java.lang.NullPointerException.

When I look at the Edit link, the topic edit url is EPortal instead of ePortal. If I copy the Edit url link and change it from

http://www.compony.com/wiki/en/Special:Edit?topic=EPortal&section=13

to

http://www.compony.com/wiki/en/Special:Edit?topic=ePortal&section=13

It works. How should I make all topic starting with lower case editable? Thanks. —The preceding comment was added by 202.128.98.251 (commentscontribs) .

Can you provide any additional information on how to reproduce the exception, or provide the stack trace from the logs? I just created a topic on jamwiki.org named ePortal, and like you said it is capitalized incorrectly, but I can edit it without error. Thanks for the report, and I'll try to get this addressed quickly. -- Ryan • (comments) • 19-Oct-2011 18:15 PDT
Thank for your quick response. After I unchecked Allow capitalized topic names under Configuration-> Parser Settings all edit urls are now in lower case. If this is new feature I think it's better leave it unchecked for upgrading process work as before.

[Edit]How to embed html, for example google maps

Hi, How do you embed html? for example google maps into jamwiki. For example how would the following be embedded:

<iframe width="500px" height="300px" scrolling="no" src="http://www.google.com/fusiontables/embedviz?viz=MAP&q=select+col1+from+204522+&h=false&lat=37.30883740756356&lng=-93.40996715&z=4&t=1&l=col1"></iframe>

Thanks

—The preceding comment was added by 193.128.61.237 (commentscontribs) .

iframes are not currently supported, although this is a feature that has been requested in the past. If you are a Java programmer skills it would be relatively easy to write a custom tag for iframes (follow the example of the GalleryTag). If there is enough interest I could also look into making a plugin available for JAMWiki 1.2 to support iframes. In the mean time, the only option I can think of would be to enable Javascript for your wiki and embed maps via Javascript. -- Ryan • (comments) • 20-Oct-2011 08:12 PDT
Thanks Ryan, for the quick response.
I had a look at the code and the change does not seem straight forward to me. Can you add please add iframe support to the next release. Thanks. -- 193.128.61.237 21-Oct-2011 08:02 PDT

[Edit]Relationship between jamwiki.properties and JAM_CONFIGURATION table

Hello,

While looking at Environment.saveConfiguration(), I notice that system properties are stored both in the jamwiki.properties file and in the JAM_CONFIGURATION database table. Since the properties file is created during the initial configuration step, and that file is used to populate the table, I was wondering what the design intent was for the duplication. Is one the definitive source of properties? Will they remain synchronized if one is updated outside of the webapp (e.g. with a text editor or SQL)?

Thanks, BU

See Tech:Upgrade Simplifications. The plan is to reduce the number of configuration files and settings that are stored in the webapp root, so the jam_configuration table is an attempt to begin that process. That table is not currently used, but will see use starting with JAMWiki 1.2. -- Ryan • (comments) • 09-Nov-2011 07:22 PST
Thanks, this answer was exactly what I needed, and a DB-driven configuration approach will make it much easier to do automated or scripted deployments, or deploy in locked-down environments. BU

[Edit]Can you prevent third-party search engines from indexing your wiki?

I would like to prevent Google, Yahoo, Bing and any other search engines from indexing my wiki. Is there any way to do this from within the wiki itself? I suppose I could put a few robots.txt files in my file system to deny access, but everytime I upgrade JAMWiki I would have to manually copy in the robots.txt files. Ideally, I'd like to see a checkbox somewhere that says "Allow search robots" and if checked it would automatically include META tags in each page with the NOINDEX and NOFOLLOW directives. Alternatively, I'd take any other method that worked. ;-) A description of the META tags is available here: robotstxt.org -- Brian

For now the only option is a robots.txt or directly modifying top.jsp. For JAMWiki 1.2 I've been debating options for allowing custom meta tags, Javascript, etc - I was thinking of a plain text block, editable through Special:Admin, into which sysadmins could enter any HTML that they wanted to appear in the <head> section of the wiki. I haven't yet verified how Mediawiki implements this functionality, but unless they have a better option then something like that will probably appear in the next release. -- Ryan • (comments) • 01-Dec-2011 19:06 PST
Are you still thinking that this editable plain text block idea would be implemented in JAMWiki 1.2? Thanks -- Brian
I've been giving this some thought and haven't come up with a solution I like, and unfortunately a request for feedback didn't generate any ideas on the development mailing list. In addition, Mediawiki doesn't seem to have a good solution to this problem.
My concern with supporting a raw text block is that it wouldn't be particularly flexible for cases where people wanted rules such as "add a noindex for user and comment pages", but a more flexible tool for implementing meta tags seems like overkill. Any thoughts or suggestions would be appreciated. -- Ryan • (comments) • 11-Jan-2012 16:05 PST

[Edit]How to setup Jamwiki on JBoss AS 7

I can't even manage to install Jamwiki because it gives me permission denied errors when I want to apply the settings. Lets for example take the following scenario: The application directory of jboss is /websrv/jboss/jboss-as. It is run as user jboss which has it's homedirectory set to /websrv/jboss. Jamwiki is deployed here (as an exploded war): /websrv/jboss/jboss-as/standalone/deployments/jamwiki-1.1.3.war. I create a directory to contain the jamwiki files here: /websrv/jboss/jamwiki. In this directory I create two further subdirectories system and upload. In the configuration webpage of my Jamwiki installation I use the following configuration:

  • directory for system files: /websrv/jboss/jamwiki/system/
  • file upload directory: /websrv/jboss/jamwiki/upload/
  • relative path to upload directory: /upload/

I use the internal database and set some username and password and then press the apply button which spits out the following error message: Fehler beim Schreiben der Datei in /: /jamwiki-test-1322859511416.txt (Permission denied). It says there was an error when it tried to write to /: .... So what am I doing wrong? If the upload directory is supposed to be somewhere special (like it would be when deploying a website on the apache webserver), where would that be on JBoss As 7.1?

Thanks in advance

During setup JAMWiki attempts to write a test file to every directory that it will need, and prints an error if there is a permissions issue. So you'll need to make sure that whatever user JBoss runs as has permission to write to the /websrv/jboss/jamwiki/system/ directory and the /websrv/jboss/jamwiki/upload/ directory. It will also write property file updates and similar changes to the webapp classes directory, so make sure the JBoss user has read/write permission for the /WEB-INF/classes folder under /websrv/jboss/jboss-as/standalone/deployments/jamwiki-1.1.3.war. Provided that is done everything should work as expected. -- Ryan • (comments) • 02-Dec-2011 13:54 PST

Hi and thanks for the quick response. JBoss is run by the user jboss (which I created for the sole purpose of running jboss) who also owns the mentioned directories and has full write permissions to them. The war file is also owned by the user jboss and has the right permissions set. I even once set the permissions to 777 and tried different directories like /tmp/jamwiki. I've had the same issue on a whole different production system at work running on SLES9 with the same issue comming up. I have no clue how to get this to work. It also fails to log any errors/warnings though I have enabled a file logger. It does create a log entry but it is empty.

jboss@gentoo-box /websrv/jboss/jboss-as/standalone/deployments $ ls -ld jamwiki-1.1.3.war/WEB-INF/classes/
drwxr-xr-x 4 jboss jboss 1560  3. Dez 02:16 jamwiki-1.1.3.war/WEB-INF/classes/
jboss@gentoo-box /websrv/jboss/jboss-as/standalone/deployments $ ls -l jamwiki-1.1.3.war/WEB-INF/classes/
insgesamt 1653
-rw-r--r-- 1 jboss jboss  57608  2. Dez 21:20 ApplicationResources_da.properties
-rw-r--r-- 1 jboss jboss  66310  2. Dez 21:20 ApplicationResources_de.properties
-rw-r--r-- 1 jboss jboss  60394  2. Dez 21:20 ApplicationResources_es.properties
-rw-r--r-- 1 jboss jboss  62712  2. Dez 21:20 ApplicationResources_fr.properties
-rw-r--r-- 1 jboss jboss  50411  2. Dez 21:20 ApplicationResources_gl.properties
-rw-r--r-- 1 jboss jboss  49930  2. Dez 21:20 ApplicationResources_hr.properties
-rw-r--r-- 1 jboss jboss  66028  2. Dez 21:20 ApplicationResources_hu.properties
-rw-r--r-- 1 jboss jboss  47150  2. Dez 21:20 ApplicationResources_it.properties
-rw-r--r-- 1 jboss jboss 118146  2. Dez 21:20 ApplicationResources_ja.properties
-rw-r--r-- 1 jboss jboss  51990  2. Dez 21:20 ApplicationResources_nl.properties
-rw-r--r-- 1 jboss jboss  46941  2. Dez 21:20 ApplicationResources_no.properties
-rw-r--r-- 1 jboss jboss  53641  2. Dez 21:20 ApplicationResources_pl.properties
-rw-r--r-- 1 jboss jboss  56930  2. Dez 21:20 ApplicationResources.properties
-rw-r--r-- 1 jboss jboss  61520  2. Dez 21:20 ApplicationResources_pt_BR.properties
-rw-r--r-- 1 jboss jboss  46879  2. Dez 21:20 ApplicationResources_pt.properties
-rw-r--r-- 1 jboss jboss 209486  2. Dez 21:20 ApplicationResources_ru.properties
-rw-r--r-- 1 jboss jboss 158471  2. Dez 21:20 ApplicationResources_si_LK.properties
-rw-r--r-- 1 jboss jboss  53121  2. Dez 21:20 ApplicationResources_sk.properties
-rw-r--r-- 1 jboss jboss  47841  2. Dez 21:20 ApplicationResources_sv.properties
-rw-r--r-- 1 jboss jboss  68811  2. Dez 21:20 ApplicationResources_uk.properties
-rw-r--r-- 1 jboss jboss  63636  2. Dez 21:20 ApplicationResources_zh_CN.properties
-rw-r--r-- 1 jboss jboss  64687  2. Dez 21:20 ApplicationResources_zh_TW.properties
-rw-r--r-- 1 jboss jboss  44176  2. Dez 21:20 ehcache-sample.xml
-rw-r--r-- 1 jboss jboss  12620  2. Dez 21:20 ehcache.xsd
-rw-r--r-- 1 jboss jboss    797  2. Dez 21:20 jamwiki-configuration.dtd
-rw-r--r-- 1 jboss jboss   7691  2. Dez 21:20 jamwiki-configuration.xml
-rw-r--r-- 1 jboss jboss   2319  3. Dez 02:15 logback.xml
drwxr-xr-x 9 jboss jboss    352  2. Dez 21:20 pages
-rw-r--r-- 1 jboss jboss   1887  2. Dez 21:20 spam-blacklist.txt
drwxr-xr-x 2 jboss jboss    488  2. Dez 21:20 sql 
jboss@gentoo-box /websrv/jboss/jamwiki $ls -l logs/jamwiki.log
-rw-r--r-- 1 jboss jboss 0  3. Dez 02:16 logs/jamwiki.log
jboss@gentoo-box /websrv/jboss/standalone $ ps -af  | grep jboss ps -af  | grep jboss
...
jboss    29989 29947  0 Dec02 pts/0    00:00:24 /etc/java-config-2/current-system-vm/bin/java -server -Xms64m -Xmx512m
-XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true 
-Dorg.jboss.resolver.warning=true -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000
-Djboss.modules.system.pkgs=org.jboss.byteman -Djava.awt.headless=true 
-Dorg.jboss.boot.log.file=/websrv/jboss/jboss-as/standalone/log/boot.log 
-Dlogging.configuration=file:/websrv/jboss/jboss-as/standalone/configuration/logging.properties 
-jar /websrv/jboss/jboss-as/jboss-modules.jar -mp /websrv/jboss/jboss-as/modules -logmodule org.jboss.logmanager 
-jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -Djboss.home.dir=/websrv/jboss/jboss-as
...
jboss@gentoo-box /websrv/jboss/standalone $ jboss@gentoo-box /websrv/jboss/jamwiki $ ls -l .              
insgesamt 0
drwxr-xr-x 2 jboss jboss 80  3. Dez 02:16 logs
drwxr-xr-x 4 jboss jboss 96  3. Dez 02:17 system
drwxr-xr-x 2 jboss jboss 48  3. Dez 02:17 upload

Thanks

Since the "Fehler beim Schreiben der Datei in /: /jamwiki-test-1322859511416.txt (Permission denied)" message only includes "/", and you've specified values for the system directory and upload directory then it's possible that the setup code is unable to determine the class loader root, and thus attempting to validate the wrong /WEB-INF/classes/ directory... I've done testing with JBoss EAP 4.3, but nothing later, although there haven't been any specific error reports with JBoss. One thing you might want to check is to verify that the /WEB-INF/classes/logback.xml file is configured to log to somewhere you can check and change to a DEBUG log level to find out if there are any interesting messages in there, but otherwise I'll need to revisit this later (it's Friday night here) since, provided permissions are correct, then this is an issue I haven't seen before that will require some investigation. -- Ryan • (comments) • 02-Dec-2011 18:08 PST


Confirming this issue in JBoss AS 7, and I have got as far as pinning the likely source of the issue to be the ClassLoader. I'm new to Java Enterprise, so providing a solution is beyond me atm I'm afraid. Running JBoss as root puts the jamwiki.properties file in /, and JAMWiki works as intended. Also, the initially suggested upload folder is /upload/ instead of /JAMWiki/root/upload/ which ssems to indicate a failure in determining the class loader root.

Thanks for the detailed bug report. I've logged this as JAMWIKI-JAMWIKI-67 and will try to figure out a solution as soon as time allows. -- Ryan • (comments) • 15-Jan-2012 10:26 PST

Temporary workaround: Run JBoss as root during setup and then chown /jamwiki.properties, the upload folder and the system files folder to the user you usually run JBoss as. Then run JBoss as your normal jboss user. Requires two restarts and that you are comfortable having a configuration file in the root though.

Thanks, I added the above comment to Jira. I'll have to install JBoss 7 to reproduce and fix - hopefully I'll get a chance to do so later this week. -- Ryan • (comments) • 15-Jan-2012 17:42 PST
revision 3956 should fix this issue. It needs more testing and should then be ready for inclusion in JAMWiki 1.1.5. -- Ryan • (comments) • 16-Jan-2012 21:40 PST

Awesome. Thank you.

[Edit]Model Question: Topic content vs. TopicVersion content

Hello,

What is the relationship between the topicContent field on a Topic, and the versionContent fields on any given TopicVersion for that Topic? Does it contain a duplicate of the versionContent from the most recent TopicVersion? Is it a transitive copy that only sticks around for editing, then gets put into a TopicVersion versionContent?

Thanks, -- BU 03-Dec-2011 10:24 PST

For the Java object the Topic.topicContent field represents the content to display for the current topic - that's almost always the content for the most recent version, except when viewing an old version of a topic via a page's history tab. -- Ryan • (comments) • 03-Dec-2011 10:44 PST

[Edit]Convert from JSPWiki to JAMWiki?

Anyone have any idea on the best way to convert a JSPWiki to JAMWiki? The JSPWiki docs are available here: jspwiki.org -- Brian

I don't - others might. If JSPWiki can export into Mediawiki format then you can probably do a bulk upload through the Special:Import tool, otherwise I'm not sure. -- Ryan • (comments) • 13-Dec-2011 16:27 PST

[Edit]Translations de, ru

Hello Ryan,

I would like to receive access to the translations page to update the keys mentioned in JAMWIKI-63 -- justme.

You should now have access to the Special:Translate page. If you get any errors you may need to login and logout for the new roles to go into effect. If there are any issues let me know and I'll investigate. Thanks for helping out! -- Ryan • (comments) • 03-Jan-2012 06:33 PST
You are most welcome -- justme.
Your translation updates have been merged for inclusion in JAMWiki 1.1.4. I expect to put that release out before the end of the week, most likely on Thursday unless any new bug reports come up that need addressing. -- Ryan • (comments) • 03-Jan-2012 10:23 PST

[Edit]Interaction of virtual Wikis

  1. Virtual Wikis seem to be completely isolated from each other, e. g. a link in wiki A to a topic in Wiki B is an external link. Is it correct?
  2. It is not possible to rename the default »en« Wiki to another name in the administration, right? I do not mean the necessity to hack web.xml afterwards, that is clear, but just renaming in the interface, without hacking the database. -- justme.
I need to take some time to document this better, but a virtual wiki basically allows you to run multiple semi-independent wikis from the same instance while sharing user logins, user blocks, etc. You can link between virtual wikis using syntax of the form [[:es:Special:RecentChanges]] (Special:RecentChanges), and the parser will generate a link that is different from a normal external link - it will not be "nofollow", and it is styled like an internal link rather than an external link.
That was that syntax I was looking for. But, it absolutely refuses to work in my installation - the two wikis seem to be completely unaware of each other' pages. How strange. Your syntax obviously works perfectly in this installation. Should I file a bug? I am starting to be a nuisance with all these minor issues, but that comes from very intensive work with Jamwki in the last days. I like this software very much.
I'm fairly confident that the syntax works in JAMWiki 1.1 (jamwiki.org is currently running JAMWiki 1.2) as I used it heavily with http://jamguides.com/, and there are a number of unit tests in place for it. A few things to verify:
  1. You created the new virtual wiki via the Special:VirtualWiki interface?
  2. You added it to your web.xml file as described in Configuration#Virtual_Wikis?
  3. You are including the colon in front of the virtual wiki name ([[:es:Special:RecentChanges]])? Note that without the colon the virtual wiki links show up in a box in the left nav unless the "Display virtual wiki links inline" option in the "Parser Settings" tab of your Special:Admin page is unchecked.
  4. Is the virtual wiki prefix the same as one of your interwiki prefixes or namespaces? If so then there could be conflicts.
If all of the above are true, can you provide an example of the virtual wiki prefix and the wiki syntax you're trying to use, and perhaps that will provide some insight into what might be going amiss? Thanks! Also, you're definitely not a nuisance, and I'm off of work this week so it works out well that I've got time to investigate any issues that come up! -- Ryan • (comments) • 03-Jan-2012 10:31 PST
I must take care not to lose track of the correct amount of indentations ) Yes, all of the above is true, though I must confess I renamed »en« to something else in the database. It was instantly recognized after restart and ran smoothly ever after.
I would be very grateful if you could just look into the installation but I don't know if it is too much to ask for. Would have to email you the URL, though - wouldn't be appropriate to link to it from here. justme
Feel free to email - I've got free time this week, which is unusual :) That said, I'll be out all afternoon so I may not be able to look at your install right away. Also, note that if you are modifying the database directly then you'll also want to manually clear the JAMWiki cache using the Special:Maintenance tools. Under normal usage JAMWiki manages the cache itself, but if the database changes the application can get out of sync with the underlying data - that may be why things updated properly only after a restart. -- Ryan • (comments) • 03-Jan-2012 11:56 PST
Thank you. Emailed your Sourceforge account. As for the cache, I use Hibernate quite a lot, so I would not have forgotten that ) justme
Renaming the default virtual wiki has been something that has been requested but I've never gotten around to implementing. Currently you can create a new virtual wiki and make it the default, but there is no easy way to get rid of a virtual wiki once created. See Tech:Virtual Wiki Enhancements for the enhancement requests. -- Ryan • (comments) • 03-Jan-2012 09:38 PST
Was there; that's why I asked. »Rename the default en wiki« was stricken out as implemented in 2981, so I assumed you could rename any wiki; in fact, as I now understand, you cannot rename the default wiki, but you just change the default wiki to another one than »en«, right? - justme.
Yes, that's correct. Allowing renaming of virtual wikis would require some serious modifications to the database relationships, something I've been hesitant to attempt. Ideally it would be good to find a less-intrusive workaround to the problem that was acceptable to everyone, such as (perhaps) allowing a virtual wiki to be "disabled" so that it will be effectively deleted but the underlying database content would still be present and no schema modifications would be required. Alternately, since most people seem to just want a URL that doesn't include "en", perhaps making the default virtual wiki something that is configured during setup would make the most sense. -- Ryan • (comments) • 03-Jan-2012 11:07 PST

[Edit]Groups and Roles

  1. After having had a look at the database structure I came to think it would be possible to create custom groups for special needs. The interface does not seem to offer this (or have I overlooked something?) Would Jamwiki see a group created in this way and let me further manipulate it or would it lead to system errors?
  2. What is the purpose of creating a new role in the interface? I do not seem to be able to do anything wit a new role (e. g. assign some rights to it) -- justme.
Regarding #1, the design should definitely allow for the use-case you've outlined, but I don't think it was ever fully implemented so I'm not sure if it will work. For example, I'm not sure that the group roles would necessarily be inherited by the user, although if that code isn't already present then it probably would not be hard to add.
Regarding #2, see Help:Permissions for a partial overview. If you create a new role via the Special:Roles interface then you can assign it to users. If you then update your Spring Security configuration you could (for example) restrict access to the Special:OrphanedPages page to only those users with ROLE_NEW_ORPHANED_PAGE_ROLE.
This all needs to be better documented - I should set aside some time to do so, although any contributor is welcome (and encouraged!) to help update the documentation as well. -- Ryan • (comments) • 03-Jan-2012 09:31 PST

[Edit]Dynamic/Variable Page Content or Calling A Template from a Link

I have a need to be able to pass variables to pages, or to call templates using a link in order to make documenting troublshooting steps more specific. here is a very simple example to example to explain my need:

URL

 http://wiki.example.com/Handle_Missing_File?filename=abc.txt&contact=help%20desk

Page Content

 ==Handle Missing File==
 Contact {{{contact}}} and tell them a file named {{{filename}}} is missing.

Page Output

 ==Handle Missing File==
 Contact help desk and tell them a file named abc.txt is missing.
There is currently no out-of-the-box way to handle that, but if you are a programmer it would probably not be difficult to hack the code. Note that if Mediawiki has similar functionality then you can create a feature request at http://jira.jamwiki.org, and link to any documentation about the feature and I'll look into putting something similar into a future release - the concerns I would have would be ensuring that this could be disabled by default since inclusion of request parameters in page output is often a vector for XSS attacks. -- Ryan • (comments) • 04-Jan-2012 11:19 PST

[Edit]Is there a forum for support JAMWiki ?

I'll be happy to find sample for customyze some functions, like user linked with phhbb forum. —The preceding comment was added by snaps_herve (commentscontribs) .

JAMWiki does not currently have any special forum functionality. -- Ryan • (comments) • 03-Feb-2012 08:50 PST