Dear Mr. Ahmad
Can you please provide the information to which e-mail address you wrote as we
didn't receive any mail regarding that topic from you at
[email protected] or [email protected]. Please note that
this two e-mail addresses are the only two officials which we are checking and
working with. Please note also, we answer the support request only from OXID
customers with a valid support contract.
Please note that this mailing list is not suitable for support purposes, but
I'll make an exemption and answer your question below.
Regarding the logging problem: I tried to reproduce it with an Enterprise
Edition 5.2.8 and the ERP Module Version 2.14.1.
The Setup:
The settings in the file config.inc.php:
$this->blErpLogging = true;
$this->sErpLogFile = "/var/www/shops/ee_528/tmp/erp.log";
Logging XML:
Request:
<oxer:OXERPLogin>
<oxer:sUserName>[email protected]</oxer:sUserName>
<oxer:sPassword>[email protected]</oxer:sPassword>
<oxer:iShopID>1</oxer:iShopID>
<oxer:iLanguage>0</oxer:iLanguage>
</oxer:OXERPLogin>
Response:
<ns1:OXERPLoginResult>
<ns1:blResult>true</ns1:blResult>
<ns1:sMessage>mop4c9ekk97f92r6fiu8htm727</ns1:sMessage>
</ns1:OXERPLoginResult>
The content of the logfile after firing the request:
2016-07-15 10:52:31
REQUEST:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:oxer="OXERPService">
<soapenv:Header/>
<soapenv:Body>
<oxer:OXERPLogin>
<oxer:sUserName>[email protected]</oxer:sUserName>
<oxer:sPassword>[email protected]</oxer:sPassword>
<oxer:iShopID>1</oxer:iShopID>
<oxer:iLanguage>0</oxer:iLanguage>
</oxer:OXERPLogin>
</soapenv:Body>
</soapenv:Envelope>
RESPONSE:
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="OXERPService"><SOAP-ENV:Body><ns1:OXERPLoginResponse><ns1:OXERPLoginResult><ns1:blResult>true</ns1:blResult><ns1:sMessage>mop4c9ekk97f92r6fiu8htm727</ns1:sMessage></ns1:OXERPLoginResult></ns1:OXERPLoginResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
erp.log (END)
As you see the log file contains the request and the response. So I couldn't
reproduce what you have described.
The logging gets the request and response from different sources:
$sRequest = $GLOBALS['HTTP_RAW_POST_DATA'];
$sResponse = ob_get_contents();
[...]
$sLogLine = date("Y-m-d H:i:s") . "\nREQUEST:\n" . $sRequest ."\nRESPONSE:\n" .
$sResponse . "\n\n";
So you can check if your PHP settings are fine therewith the logger can work as
expected.
Furthermore you have the option to sign a NDA with OXID, so you can access the
sources if you need to. To develop with the sources is generally a good idea as
there are you can easy debugging or reading the source code without any
barriers.
I also would like to recommend you to attend the OXID Academy, as you would
benefit from it:
https://www.oxid-esales.com/de/support-services/academy/schulungen/technologie-entwicklung.html
Kind regards
Mit freundlichen Grüßen aus Freiburg
Michael Keiluweit
Technical Support
OXID eSales AG
Bertoldstraße 48
79098 Freiburg
Deutschland
Vorstand: Roland Fesenmayr (Vorsitzender), Dr. Marcus Klosterberg
Vorsitzender des Aufsichtsrats: Michael Schlenk, Sitz: Freiburg
Amtsgericht Freiburg i. Br., HRB 701648, USt-IdNr.: DE231450866
________________________________
Von: [email protected]
[[email protected]]" im Auftrag von "Mirza Ahtasham Ahmad
[[email protected]]
Gesendet: Freitag, 15. Juli 2016 10:15
An: [email protected]
Betreff: Re: [oxid-dev-general] ERP Module Issues
OXID support...hahaha...its been 2 months now...It is like joke :) I think the
lawyers will take care of that,
I thought that I would ask here in community and perhaps get a quicker
solution. A quicker response I did get obviously, thumbs up for that to the
community :)
I myself can't dig into the module to solve the problem myself because the
module is encrypted. I think no one else uses the module thats why the problem
is not known. Literally the module has only one job to do that is to save the
values in DB and it is not doing that and OXID wont take the responsibility to
look into it. Great...
Anyways, if someone has a hint, I will love to solve the issue as soon as
possible.
Thanks,
Mit freundlichen Grüßen | Warm Regards,
Mirza Ahtasham Ahmad
M +4917645387460 | Skype: ahtasham82
On Fri, Jul 15, 2016 at 9:16 AM, Marat Bedoev
<[email protected]<mailto:[email protected]>> wrote:
Did you try asking OXID support? Cause this mailing list is not a support
channel
Von:
[email protected]<mailto:[email protected]>
[mailto:[email protected]<mailto:[email protected]>]
Im Auftrag von Mirza Ahtasham Ahmad
Gesendet: Donnerstag, 14. Juli 2016 20:30
An: [email protected]<mailto:[email protected]>
Betreff: Re: [oxid-dev-general] ERP Module Issues
Hi,
Can nobody help me regarding ERP Logging?? Anyone from OXID Guys ?? Atleast
anyone from OXID should help regarding their ERP Connector. It says in docs...
ERP version 2.10.0 and higher has SOAP communication debugging possibility
implemented. It enables logging of full SOAP requests and responses by adding
the following configuration constant to shop’s config.inc.php file:
but it is only logging the RESPONSE and not REQUEST.
Without the REQUEST Log I cannot debug my issue that I am having.
Mit freundlichen Grüßen | Warm Regards,
Mirza Ahtasham Ahmad
M +4917645387460<tel:%2B4917645387460> | Skype: ahtasham82
On Tue, Jul 12, 2016 at 9:33 AM, Reinhard Vogl
<[email protected]<mailto:[email protected]>> wrote:
Hi,
Idea for 1.)
Can you look for your Mall settings?
If you enabled the option “Indiv. Preis für vererbte Artikel erlauben”, the
prices are stored in the table oxfield2shop.
Be sure, that you need individual process for inheritance, because it slows
down ERP import a lot.
2.) rsync is your friend
Greets,
Reini
Von:
[email protected]<mailto:[email protected]>
[mailto:[email protected]<mailto:[email protected]>]
Im Auftrag von Mirza Ahtasham Ahmad
Gesendet: Dienstag, 12. Juli 2016 09:26
An: [email protected]<mailto:[email protected]>
Betreff: Re: [oxid-dev-general] ERP Module Issues
1. It is saving the values in OXID. what I am trying to say is that the
transfer from ERP to OXID does happen as I posted the SOAP Response, I get the
Posted Article ID and blResult is true and I see the article in OXID Backend.
But I only the Price is not being saved. Because all the Price fields in OXID
are empty. I assume the ERP is not sending the correct request, meaning it is
not sending the price in the correct parameter.
For that I wanted to check the logs but there is another problem with logs.
The logs of the ERP Module, only prints the RESPONSE in erp.log file and not
the REQEUST so I cannot varify my hypothesis that the ERP is sending wrong
REQUEST.
Therefore at first, I need to fix the Logging Problem of ERP Connector. Has
anyone a suggestion there ?????
2. With image transfer, thats what I thought, that the ERP Connector only saves
the DB Fields values such as pic name in oxpic fields but not actually
transfers the image file. For that I will have to write a routine that uploads
the images to the correct directories. I just wanted to be sure, not that I
have missed something in configuration of ERP Module. Thanks.
I will be grateful if someone can help me out with the Logging problem.
Thanks,
Mit freundlichen Grüßen | Warm Regards,
Mirza Ahtasham Ahmad
M +4917645387460<tel:%2B4917645387460> | Skype: ahtasham82
On Mon, Jul 11, 2016 at 7:36 PM, Michael Bladowski
<[email protected]<mailto:[email protected]>> wrote:
dear mirza,
Am 11.07.2016 um 18:29 schrieb Mirza Ahtasham Ahmad:
Hi Guys,
I have a Shop version EE 5.2.7. I have also installed the ERP Connector
MOD_ERP_2.14.1_OXID_ESHOP_EE_5.2.1_4.9.1_for_PHP5.6
I have 2 issues that I am facing.
1. The Product Price is not being transfered to oxid shop. I am getting back a
response with Product OXID and blResult as true in return.
if the values are changed in DB but not at the frontend, clear (the front-end)
cache, if you are using one.
if the values are not changed in DB, i guess the request itself has an error,
wrong format, wrong oxid, unwanted
chars inside request, there are many things, did you test it with any other
field than price ? before you use php
(or any other coding lang) i recommend to setup a working call with
soapui<https://www.soapui.org/downloads/soapui.html>, to be 100% sure your
problems are
not realted to the shop.
2. Issue is more a How To Question....How can I transfer the images of products
and categories. via ERP SetArticle method image names can be sent to shop but
the image file, how can it be transfered on the server. The ERP that is being
used is "Comarch-ERP" there you can give the FTP Username and password where
the files can be uploaded but in OXID all the master paths for product and
categories are different so thats why I am unable to transfer the product
images.
i don´t know all the specs about the latest oxid, but for me the best solution
has always been, NOT using the ERP api.
as i know the ERP api, its only for changing DB data, nothing that is related
to the filesystem (okay, if you delete an item, the images get deleted, but
i don´t speak about internal things like that) ;) i don´t know whats best
practise but i always try to keep the images on the server before i make any
ERP api calls, make sure the images are already there inside the correct
directories, copy via ftp, scp, ssh, what ever makes sense in your case.
btw... it should be possible to extend the ERP api with a self written module
to send the raw image within the SetArticle call, but for me that
makes no sense because the webserver would need to handle more data as is
should. i would recommend to make a seperate process, that copies
your images to the server whenever changes happen to them.
bets wishes,
micha
--
MACROPAGE e.K.
Michael Bladowski
Hauptstrasse 84D - 93105 Tegernheim - Mobil: 0179-2301067<tel:0179-2301067>
[email protected]<mailto:[email protected]> -
http://i.am.a.php-api.expert
Regensburg HRA 7490 - Finanzamt Regensburg DE 210758353
_______________________________________________
dev-general mailing list
[email protected]<mailto:[email protected]>
http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________
dev-general mailing list
[email protected]<mailto:[email protected]>
http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________
dev-general mailing list
[email protected]<mailto:[email protected]>
http://dir.gmane.org/gmane.comp.php.oxid.general
_______________________________________________
dev-general mailing list
[email protected]
http://dir.gmane.org/gmane.comp.php.oxid.general
