SMW 1.9 and later don't need Validator. Seemingly, SMW cannot work with the existence of an explicit invocation of Validator.
What other dependencies stated here need review?
Extension talk:Validator/Flow
Hello Kghbln,
You reverted my amendments regarding the dependency of SMW on Validator. In light of the reference I provide in the previous entry in this discussion, did I misunderstand something?
Yes since Validator get's automatically invoked via Composer. SMW will not work without this extension. Did you see my my changes to the page? Cheers
By "automatically invoked via Composer" do you mean "installed"? Or do you actually mean temporarily used during installation?
I'm not sure the part about auto-installation is true.
Specifically:
I have installed SMW by hand without Validator and it works. I have no trace of Validator in my installation.
Moreover, I'm not sure the note from SMW docs I refer to in my first post can be interpreted as you wrote.
Also, even though I haven't used Composer before, my assumption about a package and dependency management system is that it should install dependencies when not present, but not cause breakage if those dependencies had been already installed on behalf of other components.
What am I missing here?
> "automatically invoked via Composer"
Indeed installed as well as activated. That's right.
You should see a reference to the Validator extension on the "Special:Version" page of your wiki. If this is not the case then I have no idea why Semantic MediaWiki is working for you.
In case you use the tarball of Semantic MediaWiki provided then Validator is automatically included without further action required by you. However you should still see a reference to the Validator extension on the "Special:Version" page, too. If this is not the case then I have no idea why Semantic MediaWiki is working for you.
Please add this page to translate
The SemanticMaps extension allows to draw circles on a map. The format is described as <validator-type-mapscircle-list>. I haven't found any description of this type yet. I guess the format is something like
lat,lon:radius
where radius is given in meter. Is that correct?
Validator 1.0.0.1 gives me
Fatal error: Uncaught exception 'Exception' with message 'Validator depends on the ParamProcessor library.' in C:\xampp\htdocs\wiki\extensions\Validator\Validator.php on line 31
on MediaWiki 1.23wmf2
It looks like you did not install the ParamProcessor library. The sanest way to install this extension including dependencies is to use Composer.
I'm getting the same error message (MW 1.19.7, SMW 1.9). How does one go about installing the ParamProcessor library without shell access (without Composer)? It is included in the Validator 'wrapper', but there are no installation instructions for the library specifically as far as I can see.
I've got this error too.
Fatal error: Uncaught exception 'Exception' with message 'Validator depends on the ParamProcessor library.' in /var/www/wiki/extensions/Validator/Validator.php:31 Stack trace: #0 /var/www/wiki/LocalSettings.php(151): require_once() #1 /var/www/wiki/includes/WebStart.php(136): require_once('/var/www/wiki/L...') #2 /var/www/wiki/index.php(46): require('/var/www/wiki/i...') #3 {main} thrown in /var/www/wiki/extensions/Validator/Validator.php on line 31
Is there a simple way to install ans setup ParamProcessor library?
bkb
If you do not have shell access, you are restricted to using the tarball for now. I hope will will soon have an extension installation GUI...
Why to be obliged to have shell access, in my case I am hosted by a 3rd party service. I will never have a shell access. How configure manually ParamProcessor Library?
Thank in advance, Marco
Same thing... Trying to set this up on WAMP and it's free for all. No way to get this working. :(
Hello. I'm using 1.20.x and I have shell access but sorry, I can't find the information about how to install ParamProcessor with or without Composer...
Also, after using composer I had to recover from a backup because this error. (That was an attempt to update Maps to 3.0, for use with Semantic Maps).
Please, some guide to solve this?
Thanks.
I was also trying to use Maps. So in order to install Validator without having access to shell, do the following:
Download the stable version of both ParamProcessor and Validator. Extact the content in extensions/ParamProcessor (create the map ParamProcessor) and for Validator in extensions/Validator (create the map Validator).
After you have the files in place, change the file called: LocalSettings.php (in the root folder). And add this line to the end for ParamProcessor:
# ParamProcessor
require_once( "$IP/extensions/ParamProcessor/Processor.php" );
After this line you can add the next line for Validator:
# Validator
require_once( "$IP/extensions/Validator/Validator.php" );
Finally you can continue to setup other extensions after this lines.
The problem is that Validator spits out "Validator depends on the ParamProcessor library." so one navigates to Extension:ParamProcessor which redirects back to Extension:Validator. So we start going on the assumption that ParamProcessor was renamed to Validator with Validator trying to require itself through ParamProcessor.php in the Validator folder that just includes Validator.php which goes back to spitting out the error message "Validator depends on the ParamProcessor library." which-*segfault*.
There is some logic issues with the page and extension naming that causes confusion. Anyone who reads the Extension:Validator page then uses Mediawiki's extension distributor will be left clueless since ParamProcessor is not listed as a dependency on the extension page. There are also no installation instructions noting how to install ParamProcessor outside of Composer.
Thanks for pointing this out. I've updated the Extension:ParamProcessor page to point to where it should.
What I don't get is why this is not included in the semantic bundle. Validator is there, but ParamProcessor is not. That is inherently broken. Even if following the link to ParamProcessor listed above, there are no instructions how to install that in Mediawiki. Yes I know there is a thing called composer, yes I know that is the preferred way to install Validator, but here is the thing. The point of semantic bundle is if composer is not a viable option. What is the point of having a bundle if one has to download a handful of other extensions to get it working.
According to the docu this should already be part of the currentSemantic Bundle.
There seems to been a change to the tags for this extensions. Since tagging is cheap with git, i'm not sure why one extension would deviate from others extensions and break this functionality. The reason it's good to have REL1_22 tags in this repo is to help everyone understand the supported versions with MW and this extension. Please reconsider adding back the REL1_22 and other tags.
These release tags like e.g. REL1_22 are very often not the best shot when it comes to installing an extension, no matter if we are talking about this extension here or any other extension. They must naturally be a kind of arbitrary. Probably only extensions bundled with MediaWiki are really safe when using this special tag.
I recommend installing this extension and its dependencies with Composer. It's a bit of a habitual change but it saves time and nerves. :)
extensions bundled are based off of the tags...
They should not be - that approach is inherently broken. Should use the latest stable release. There are solid standards for this, people would do well following them rather then doing their own crazy weird thing.
yet all stable releases have a tag and there should be a stable tag that matches each stable release of MW to match up with any API changes.
Sorry, but I can't agree with this. If you do an update on an extension that requires a new hook added on the latest stable release, it should be tagged for that release, so people downoad the proper version matching its MediaWiki version.
And for the same reason, if we're supporting LTS versions of MediaWiki, we should keep extensions with versions compatible with them, and tagging for such releases is the way to go.
My extensions follow http://semver.org/ rather than some random tagging scheme.
Your semver seems rather random as well. At least, the REL1_XX ensures you're using a version that's compatible with that MediaWiki version, while your versioning doesn't match it, and I was unable to find a table where your semver matches any MediaWiki version.
It's not the first time I see people complaining about a semantic extension breaking MediaWiki when installed (giving errors about undefined methods or parameters mismatch, a clear indication of an incompatibility between MediaWiki version and SMW), and I'm unable to tell them if their SMW version is the right version for that MediaWiki version or not.
I am afraid that REL1_XX does not ensure anything, at least not for me. :( I had as many problems with this kind of tag than with any other tags. However, the compat problem was adressed with Composer I presume.
That chart is rather weak, it doesn't even discuss the dot minor version for MW, nor when it was last updated. So it's only a guideline at most, if you don't support tags, it should at least indicate the last commit hash checked.
Lucky for me SMW wasn't really used so I managed to remove it. Perhaps when more extensions support composer, SMW was the only one, I might reconsider this extension. One thing that isn't desirable with composer it how it removes extensions when it updates, so if you tweaked it for any reason, you've lost the edit. BTW, doesn't composer use the tags or commit hash? It has to effectively use the same hooks everyone else does.
MediaWiki: 1.21.0rc5 Validator: 1.0 beta Semantic MediaWiki: 1.9 alpha
Catch error on the page with content "{{#listerrors:{minseverity, Text}}}".
Class 'ValidatorSettings' not found in /extensions/Validator/includes/utils/ListErrors.php on line 64
Is ValidatorSettings::get() method has deprecated and this case is bug? Please, help.
The code where the error is occurring is broken, though should not be used. Perhaps you have a to old version of SMW. If you are running git master anyway, I suggest you upgrade to latest master.
Hi,
download: http://s.bn2vs.com/validatordl doesn't work.
bye
Worked for me. Still I updated the link to offer the download of the latest release. Cheers
Hi,
Seems to me (not experimented) that the link : Download Validator 0.5.1 (.tar.gz file) is not working. And if I download the snapshot, it is the 1.0 version which doesn't work properly yet.
So how can I find the 0.5.1 version. (I'm not familiar with Git...)
Thanks for your help
Things are a bit confusing right now. Here is the link. Cheers
Hi,
a fatal error comes up when I execute a simple ask query such as {{#ask: [[Category:Publication]] }}:
Fatal error: Class '\ValueValidators\RangeValidator' not found in ...\extensions\Validator\includes\ParamDefinitionFactory.php on line 176
The following extensions are installed:
- MediaWiki 1.19.3
- PHP 5.3.0 (apache2handler)
- Semantic MediaWiki (Version 1.9 alpha)
- DataTypes (Version 0.1 alpha)
- DataValues (Version 0.1 alpha)
- ValueFormatters (Version 0.1 alpha)
- ValueParsers (Version 0.1 alpha)
- ValueValidators (Version 0.1 alpha)
- Validator (ParamProcessor) (Version 1.0 alpha)
Cheers, Basil
I suspect you are running incompatible alpha versions. Since you just list them as being alpha I can't tell. The latest alphas are working fine with each other and so are the latest releases. The error you are running into suggests you have either an outdated Validator or and outdated DataValues extension bundle.
Hi Jeroen,
just now I deleted the extension folders for Validator and DataValues and did a fresh checkout. The version numbers are still the same and the fatal error did not disappear.
Any idea what I could try?
Cheers, Basil
I fixed the problem for now in extensions/DataValues/ValueValidators/ValueValidators.classes.php. It seems like the validators are not correctly registered. I added some backslashes at the beginning:
'\ValueValidators\RangeValidator' => 'includes/validators/RangeValidator.php', '\ValueValidators\StringValidator' => 'includes/validators/StringValidator.php',
Cheers, Basil
Uh oh... that is not good...
That should not be needed and is caused by MW 1.19.x not having decent namespace support in its autoloader. This is going to cause problems elsewhere as well, so we'll need to take care of this before the next SMW release.
I created bug 44892 to keep track of this
Version 0.5 seems to break parts of the graph output for Semantic Result Formats (or vice versa). It will not show the labels, colors or legend. I was able to fix this by downgrading to version 0.4.14. --Dgennaro 17:19, 18 October 2012 (UTC)
Thanks for notifying me - the problem is in SRF, and I will get to it soonish so it's not in the 1.8 rel :)
This should be fixed on master now.
Version 1.13 of Validator works fine for me. When I installed 1.14 I got the bug below. Going back to 1.13 fixed it. So I have a workaround, but this may be a bug in 1.14.
The problem is that any Semantic MediaWiki {{#ask}} call results in the following message:
PHP Fatal error: Call to undefined method Parameter::setMessage() in C:\Program Files (x86)\Apache Software Foundation\Apache2.2\htdocs\mediawiki\extensions\SemanticMediaWiki\includes\SMW_QueryProcessor.php on line 512
Here is my version info:
MediaWiki 1.18.1 PHP 5.2.13 (apache2handler) MySQL 5.1.58-community Semantic Forms (Version 2.5) Semantic MediaWiki (Version 1.7.1) Semantic Result Formats (Version 1.7.1) Character Escapes (Version 0.9.1) LinkedWiki (Version 0.1.0.2222) Validator (Version 0.4.13)
Indeed, I have yet not beta-ed over to the latest SMW 1.8, but that is not yet officially released. And Validator 1.14 came out just after SMW 1.7.1.
Hope this helps, Lloyd Rutledge