I'm following the Get Started section (v13) in the Bloomreach documentation, and unable to proceed, as the essentials page on my project gives me a 404. I think I've done everything word for word. (Obviously I did not. I apparently glazed over the Java spec, assuming a recent version was good. Anyhow, if anyone makes the same mistake, maybe this will help.)
http://localhost:8080/cms/ works as expected. I can log in and all.
I'm running this on OS X Mojave 10.14.4. Maven 3.6.1. Java 12.0.1.
This is the page I am stuck on because of this, where it calls out navigating to the essentials page: https://documentation.bloomreach.com/trails/getting-started/adding-features-to-a-project.html
Version 12.1 doesn't give me the error from the server, but I get "This localhost page can’t be found" from Chrome.
In the documentation it states that you need Java version 8. I installed JDK 1.8.0_212, and everything started working. I previously had Java 12.x.
Related
Apple's iOS 8 breaks certain tap functionality in versions of dojo prior to 1.9.4 (see Xpages mobile controls not working in iOS8
The current version of Dojo in Domino 9.0.1 FP2 is 1.9.2 but that does not fix the issue. You have to use at least 1.9.4.
I have downloaded 1.9.4 and placed it in the correct folder on our test server. But I cannot get things to work. I changed the folder name of dojo 1.9.4 to 1.4.0 as I only want to use this version for 2 dbs that are having the problem.
Question 1:
What line do I put in the xsp.properties file:
xsp.client.script.dojo.version = 1.4.0
xsp.client.script.dojo.path = / domjs / dojo-1.4.0
Question 2:
There are so many things to download when I go to the dojo download page. I downloaded the zip file and used that.
When I run code to test what version of dojo I have I get 1.9.4. But when I try to load my page, I get an error.
dojo._loaders: TypeError: dojo._loaders is undefined
Any help would be GREATLY appreciated.
You probably have the right dojo zip, this one: http://download.dojotoolkit.org/release-1.9.4/dojo-release-1.9.4.zip. As you say, unzip that to the dojo-1.9.4 folder in <server-install>\data\domino\js\, or name the folder 1.4.0 if you want to specify it for only a few apps.
You will indeed need to copy the IBM folder from the <server-install>\osgi\shared\eclipse\plugins\com.ibm.xsp.dojo_9.0.1.<date-stamp>\xsp.dojo.jar into your new 1.9.4 (or 1.4.0) dojo folder. Little chance of anything working without it. Copying the ibm folder from the 1.5.2 folder is a bad idea as that is old code, and you'd certainly have issues with it working with dojo 1.9.4. In Fix Pack 2, the ibm folder from the plugin was tested/designed to work with dojo 1.9.2 (the version in that jar), so it should play fairly nice with 1.9.4.
In your XPages app, in the xsp.properties, you should only need the line:
xsp.client.script.dojo.version = 1.9.4
Rebuild your app, restart the server etc, and you should be good to go.
DISCLAIMER: This is a work-around, not a supported solution by IBM. There may be unexpected issues using this approach. It's used at your own risk.
You commented already on that topic here so I think you tried this one? http://hasselba.ch/blog/?p=323
This is the SO thread: XPages mobile controls not working with iOS 8
I am hosting a website, using the Symfony framework, on a MAMP server on my Mac, and I'm trying to generate bundles automatically with the help of the terminal.
If it is relevant in any way, here is what I try to type into the terminal:
php -c /Applications/MAMP/bin/php/php5.4.10/conf/php.ini php
app/console generate:bundle
And here is the error I get:
XCache requires Zend Engine API version 220100525. The Zend Engine API
version 220090626 which is installed, is outdated.
Could not open input file: php
Do any of you have an idea of how I could update the Zend Engine API or otherwise fix my problem? That would be of HUGE help!
Edit:
Thanks to the help of whistlergreg I've gotten rid of one of the problems it seems, but I still get the following response:
Could not open input file: php
Edit:
I was told by someone that the second php in my command shouldn't be there. Instead I should write:
php -c /Applications/MAMP/bin/php/php5.4.10/conf/php.ini app/console
generate:bundle
It seems like the second error was caused by a noobish typo by me, and now everything is working.
Note: With Xcache 3.0, xcache.so is no longer a Zend Extension but a PHP extension
remove zend_extension = */xcache.so
load it using extension = xcache.so
This might be why the error is being thrown:
The main cause for the error is because of outdated build of XCache
(not related to its actual version though), that mostly happens when
user upgrades PHP version. When compiling and building XCache, it’s
been associated with the version of Zend Engine API that exists on the
system at the time.
When PHP is updated or upgraded, the Zend Engine API is updated too, causing XCache module to fail as the version no longer matched.
The solution for the Zend Engine API version is newer error is pretty
simple. Just download, compile and install XCache again will fix and
resolve the issue permanently (until new PHP major version update). 1
Switch MAMP to use APC from the MAMP preferences menu, that worked for me! Make sure you restart apache after making the change.
I've seen many questions describing this issue but none tackling the solution.
Last night I updated PHP from 5.3.2 to 5.4.6 and all of the sudden PDO started acting strange and showing that no drivers were available.
I have necessary DLL (php_pdo_mysql.dll) in ext directory
In php.ini both PDO and database-specific extension are enabled
The following code acts differently when executed from terminal/cmd and from browser:
print_r(PDO::getAvailableDrivers());
in terminal/cmd it shows appropriate driver list while in browser shows empty array.
All this led me to believe that something was not quite right with Apache installation (which is still at 2.2). I've installed version 2.4 just to be sure but nothing has changed.
When called, phpinfo() shows correct php.ini path but is there anything else that could affect proper PDO loading?
Thanks in advance!
My plugin is stored as an archived update site (.zip), and works perfectly fine in Indigo (3.7.1) and Juno (4.2) on Windows. However, when trying to run it on Mac OSX (tried on two different machines) and a fresh Juno, the installation works as usual and the plugin seems to be installed with no errors, but none of the plugin features are available (1 view, 2 buttons on main toolbar).
Starting eclipse from terminal just gives the warning No binding table for org.eclipse.ui.contexts.dialog, but after a bit of research, this seems to be a known and harmless issue of eclipse 4.2.
When looking at installation details, my plugin is listed as usual, just the features are missing...
What is going on here?
To figure it out, I did some debugging on a Mac, and it turned out, that it was a problem with the JRE-versions: My plugin requested 1.7, whereas the macs only had 1.6 installed. But still it's strange that eclipse doesn't say a word to the user at any time, even though it's declared in the MANIFEST.MF...
I am trying to run Joomla on my local machine. I have installed wamp 2.0 and everything installed ok with it and I managed to see it running. I have now come to install Joomla 1.5.18 but I am having a problem with the mootools file on the installation wizard.
When running through the installation process in FireFox with firebug turned on I get errors about the mootools file missing a }. When I view the file through windows explorer it is complete and everything is fine with it but when I click on the error in firebug to see the error the file is truncated which I assume is why it is not working and complaining about a missing }. To test the file I created a test page which pulls in the same mootools file and this works fine (running locally and not through Joomla ).
Does anyone know why this is happening and how to fix it? I think it must be a problem with wamp as like I said the file is fine and runs ok if I run it from the file system, however I know nothing about servers so this is a guess. Maybe a limit on the size of a file which can be returned as the mootools file is around 7000 characters long.
I have tried un-installing both Joomla and Wamp but none this has not worked and I still get the same error. Thanks
I'm just curious, have you tried installing a newer version of Joomla? 1.5.8 is a little bit old and you may have better luck using something a version or two newer. Alternately speaking, if you're not a big fan of installing WAMP and then manually installing Joomla, you can use a Bitnami Joomla stack. Basically, Bitnami installs Apache, mySQL, PHP, and Joomla all in one quick and easy install.
I hope that some of this helps!
I would suggest that your problem is not with the Mootools package but with your template or modules that are loaded in. Can you turn off all of your modules and reenable them one by one until you see the error again?