I've been trying to install the Cookie Control Joomla module, I've tried all three methods of installing (Upload, Directory, URL). Each time I try it comes back with the error
"Error! Could not find a Joomla! XML setup file in the package."
There is definitely an XML file in the root, and I have downloaded from here:
http://www.joostrap.com/civic-cookie-control-joomla-module
Does anyone know of common errors for this or, why this maybe happening with this module?
I'm running Joomla v1.5 and have installed extensions before, but never with errors.
You are getting this error upon installation because the module is for Joomla 2.5, not 1.5.
Im not sure if converting the extension to 1.5 will still work, but could be worth a try. From what I can see, the only file you need to change is the XML.
<extension to <install
version="2.5" to version="1.5"
Remove the <config> tags
Remove <fields name="params">
Change <fieldset name="basic"> to <params>
Change all the <field> tags to <param>
Or you could have a look on the Joomla Extensions Directory for 1.5 compatible extensions
Related
I am using Opencart 1.5.6.1 and VQMOD 2.4.1. I have just installed eWay Rapid 3.0 extension and in the checkout, I get this error:
Notice: Error: Could not load controller payment/eway!
in (.....)\vqmod\vqcache\vq2-system_engine_controller.php on line 47
Line 47 is trigger_error('Error: Could not load controller ' . $child . '!');
I'm not sure if this is something to do with VQMOD or eWay extension. Does anyone have any idea how to resolve this?
Steps to try:
Check whether you've a file named eway.php in catalog/controller/payment folder.
Verify the class name of that file: class ControllerPaymentEway extends Controller {.
Check the file permission.
Have a nice day!!
Just got a solution to this, see here.
Described solution:
New function hasAction in system/engine/controller.php missing global $vqmod;
Edit vqmod/xml/vqmod_opencart.xml
For <file name="system/engine/controller.php">
Change:
<search position="before" index="1"><![CDATA[$vqmod->modCheck($action->getFile()]]></search>
Into
<search position="before"><![CDATA[if (file_exists($vqmod->modCheck($action->getFile()))) {]]></search>
I had the same error as you on 1.5.6 and VQMOD 2.4.
The error appeared because I had previously installed an older version of the official eWay module.
This old version of the module left over a folder in catalog\controller\payment\eWay folder.
Delete this eway subfolder as the only eWay file here should be catalog\controller\payment\eway.php
It seems that the controller function gets confused and tried to load the folder instead of the sway.php file.
This fixed the problem for me using eWay Rapid 3.1 Transparent Direct Version.
Best of Luck!
Oliver
I'm trying to write my vqmod .xml, but nothing to work? if I try to add change in all catalog/* files. It works good for other (system/*, admin/*) files, but nothing changes? if I try to do something like this:
<file name="catalog/controller/checkout/cart.php">
<operation>
<search position="replace"><![CDATA[
$json['total'] = sprintf($this->language->get('text_items'), $this->cart->countProducts() + (isset($this->session->data['vouchers']) ? count($this->session->data['vouchers']) : 0), $this->currency->format($total));
]]></search>
<add trim="true"><![CDATA[
$json['total'] = sprintf($this->language->get('text_items'), $this->cart->countProducts() + (isset($this->session->data['vouchers']) ? count($this->session->data['vouchers']) : 0), $this->currency->format($total));
]]></add>
</operation>
</file>
what am I doing wrong?
Things to try:
Check whether vqmod is installed by calling
https://domain.com/vqmod/install in browser. If not installed, then
install and check.
Verify file name and path, also confirm that the code in search tag
exists in the file mentioned.
Check folder permissions. Make sure that vqmod/vqcache and
vqmod/logs have 755 or 777 permission. If nothing works, then try
777 permission recursively for vqmod folder.
Check the error logs in vqmod/logs.
Check the installed vqmod version and the vqmod version given in xml
file (<vqmver><![CDATA[version]]></vqmver>), both need to be the
same.
Delete the files in vqmod/vqcache and check again. Also see whether
vqmod copy of your file is generated or not.
Move any vqmod xml file outside the vqmod folder and check. If
everything works, move the xml back to the vqmod folder. I don’t
know the reason, but it worked for me in some cases :) !
<?xml version=”1.0″ encoding=”UTF-8″?> – put this line at the top of
the XML to make it valid and more compatible.
Try the VQMod Manager extension. It may help you!
Reference url: Opencart: Vqmod tutorial
Assuming the search can be found, you're not doing anything wrong. However, if it's only the catalog side that is having an issue, then it's most likely your opencart index.php for the catalog side doesn't have vQmod installed whereas the admin side does. Check your index.php file is correct. If that is written, then clear your vqcache folder to ensure it's actually writeable
I can't seem to get my JSTL library working in my embedded jetty project working.
My taglib line seems to be giving me grief, and it all changes when I use different URIs. Here is the line I would want to use:
<%#taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%>
I first tried using the normal URI http://java.sun.com/jsp/jstl/core but that throws the error:
org.apache.jasper.JasperException: /bad.jsp(1,61) PWC6188: The absolute uri: http://java.sun.com/jsp/jstl/core cannot be resolved in either web.xml or the jar files deployed with this application
However when I change the URI to http://java.sun.com/jstl/core_rt. It works!
Another thing I noticed, if I have the old JSTL 1.0 url (http://java.sun.com/jstl/core) I get the following error:
org.apache.jasper.JasperException: /bad-el.jsp(4,0) PWC6236: According to TLD or attribute directive in tag file, attribute value does not accept any expressions
Now another preplexing thing I have noticed, this all works in IntelliJ! Which leads me to believe that there is a classpath problem, but the libraries should be all the same when I embed them inside the war. I think I am missing something.
So, what my question boils down to, what library do I need, or what configuration do I need to have to make this work properly?
Here are the current questions I have tried to follow but did not resolve my issues:
cannot load JSTL taglib within embedded Jetty server
Embedded Jetty fails to load JSP taglibs when classpath specified in jar
Jetty 8 standalone doesn't detect jstl taglib jar
JSTL not parsed in a JSP page running on an embedded Jetty instance
and many others
I have a sample project that one could checkout and try out.
if you want the JSTL uri to work, you should know that jstl is two files.
jstl-1.2.jar
jstl-api-1.2.jar
so look for them in the internet or go to the maven repo and download the jars
For some reason, when browsing to URL that ends in a folder (ex. //localhost:8500/website/directory/), index.cfm is not loading and instead a 404 error page is returned. I have confirmed that the ...\web-inf\web.xml file is being used by modifying filter-mappings to enable the display of .htm and .txt files. In fact, none of the files in the welcome-file-list section are being used even if they exist which leads me to believe that there is something wrong with this section of the web.xml file.
The web.xml files are as follows:
{install-root}\cfusion\runtime\conf\web.xml
{install-root}\cfusion\wwwroot\web-inf\web.xml
Both files contain the same XML listed below.
<web-app>
...
<welcome-file-list id="WelcomeFileList_1034013110672">
<welcome-file>index.cfm</welcome-file>
<welcome-file>index.html</welcome-file>
<welcome-file>index.htm</welcome-file>
<welcome-file>index.txt</welcome-file>
</welcome-file-list>
...
</web-app>
I have just recently patched to Update 6, but I believe that the problem was always there from the initial install. Please note that this is the development stand-alone server.
Has anyone already solved this or have any ideas on how to proceed other than re-installing CF10 and using IIS?
Late to the party, IMO there are two possible reasons that i can think of for this issue
Either your have additional mapping like "/" in place which is taking over servletcontainer's builtin default servlet who is the one responsible for going to the right root path
your folder name is something which CF already have a mapping for e.g. /flashservices/gateway/, CFFormGateway, cfform-internal, WSRPProducer, JSDebugServlet, flex2gateway
I think sharing your web.xml could have helped pin point the issue here.
I had this issue recently and it was a case-sensitivity issue in Tomcat (despite this being a ColdFusion 10 install on Windows).
My default index.cfm would load when I navigated to http://127.0.0.1 but as soon as I went to http://127.0.0.1/mysite, I got a 404. The folder was named mySite in Windows. As soon as I changed my URL to http://127.0.0.1/mySite it began working.
Looking for some help from anyone that's worked with SlowCheetah to transform config files under a web project. We're finding that partial config files referenced from the web.config are not being transformed.
For example, we've included references to partial configs AppSettings.config and ConnectionsString.config in the web.config like so:
</system.web>
<connectionStrings configSource ="ConnectionsString.config"></connectionStrings>
<appSettings configSource ="AppSettings.config"></appSettings>
</configuration>
and then in the AppSettings.config we have just the AppSettings section like so:
<appSettings>
<add key="LostPasswordBCC" value="knock#timmons.com" />
</appSettings>
and finally in the transform file AppSettings.Debug.config we have some additions:
<?xml version="1.0" encoding="utf-8" ?>
<!-- For more information on using transformations
see the web.config examples at http://go.microsoft.com/fwlink/?LinkId=214134. -->
<configuration xmlns:xdt="http://schemas.microsoft.com/XML-Document-Transform">
<appSettings >
<add key="Release" value="Something" xdt:Transform="Insert" />
</appSettings>
</configuration>
Obviously the above is just a test to see the transform occur, but what we're finding is that on attempting to preview the transform all we get back is an error "There was an error processing the transformation." The publish attempt also fails.
If we make the config files fully formed xml and not referenced from web.config, the transformation seems to work fine - but were looking to share these files across multiple projects.
Does anyone know if there's a workaround where we can both reference partial configs from the web.config and also have transforms off those partial files? We're dealing with legacy code with a large number of config files across multiple web projects that were attempting to consolidate, thus the need to link from web config to separate shared files.
Problem has been resolved, turns out after help from Sayed, we determined that in our efforts to understand the config transformation process with a web project we had corrupted the transform config file's format. With freshly created config files we were able to get transforms to work using SlowCheetah.
This allowed us to move on the real problem we needed to address which was wanting to transform project configs other than the web.config using Visual Studio 2012's publish profiles. This did not work originally, but again Sayed helped us out and provided a new copy of SlowCheetah that allowed this to work.
Below is a link to the new version of SlowCheetah with the fix: https://github.com/sayedihashimi/slow-cheetah/issues/46
Much thanks for all your time and patience Sayed.