Hi Keywan, Thanks for your reply. Getting the source code will surely help me finding the problem myself. I will get into it so that I can get the code. Thanks.
Then the code explaination you did. The problem is that the ERP is sending the REQUEST and OXID is receiving it, it is saving other DB fields like name, shortdesc, imagenames etc but not saving any price field. Obviously I have looked into my Logs first before I contacted here for help. There is nothing in my logs, nothing in Exception file too. Request is going in, the request is being processed and thats why I am becoming the response in full and marked as successful (read it in the erp.log file) but the price is not being transferred. It is a possibility that ERP is not sending the correct REQUEST and that the OXID ERP module is working fine but for that I need to check the REQUEST which is not being logged right now. :) *Mit freundlichen Grüßen | **Warm Regards**,* Mirza Ahtasham Ahmad M +4917645387460 | Skype: ahtasham82 On Fri, Jul 15, 2016 at 10:47 AM, Keywan Ghadami < keywan.ghad...@oxid-esales.com> wrote: > Hi Mirza, > > I am sorry to hear that you did not got the support you wished, > > I will ask my colleges what went wrong in that case. who is your personal > contact person (SAM) or who is the person you did contact? > > > > In case of trouble or if you have a good reason, you can always get the > source code of OXID and all modules provided by OXID eSales, so it should > be easy to debug or add custom logging. > > > > The erp logs the request and response like this: > > date("Y-m-d H:i:s") . "\nREQUEST:\n" . $sRequest ."\nRESPONSE:\n" . > $sResponse . "\n\n"; > in you erp logfile, if you do not have the request in the logfile it means > you request was causing some crash- have a *look in apache error.log and > EXCEPTION_LOG.txt* > > > > I usually use xdebug/soapui with the source version (I highly recommend to > contact support and ask for the source until you have it ;-)) > > > > I really must point out that my colleges from the support team are really > good at their job, so I guess you should give it a second try an call them > again. > > You can also get you own contact person (SAM), reaction times within a few > hours, and of cause source code, and trainings – if it really comes to > problems they can’t solve by their own (e.g. not existing feature you need) > they can also contact Professional-Team or core team, or other partners to > provide support. > > > > There are also forum, skype channels … where you can try to get an answer. > > > > Best regards > > > > Keywan > > > > > > *Keywan Ghadami* > Senior Software-Entwickler Professional Services > > *keywan.ghad...@oxid-esales.com <keywan.ghad...@oxid-esales.com>* > Fon +49 761 36889-235 > Fax +49 761 36889-29 > *www.oxid-esales.com > <http://www.oxid-esales.com/?campaign=emailsignatur/oxid-esales-com&adword=OXSIG_Startseite>* > > > [image: OXID Commons] <http://www.oxid-commons.de/> > > *Rückblick OXID Commons 2016* > 02.06.2016, Freiburg > > > > > *www.oxid-commons.de <http://www.oxid-commons.de/> Direkt zur > Bildergalerie > <https://www.flickr.com/photos/oxid-esales/sets/72157668976133352> * > *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:* dev-general-boun...@lists.oxidforge.org [mailto: > dev-general-boun...@lists.oxidforge.org] *Im Auftrag von *Mirza Ahtasham > Ahmad > *Gesendet:* Freitag, 15. Juli 2016 10:15 > > *An:* email@example.com > *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 <marat.bed...@bestlife.ag> > wrote: > > Did you try asking OXID support? Cause this mailing list is not a support > channel > > > > *Von:* dev-general-boun...@lists.oxidforge.org [mailto: > dev-general-boun...@lists.oxidforge.org] *Im Auftrag von *Mirza Ahtasham > Ahmad > *Gesendet:* Donnerstag, 14. Juli 2016 20:30 > > > *An:* firstname.lastname@example.org > *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 | Skype: ahtasham82 > > > > > > > > > > > > On Tue, Jul 12, 2016 at 9:33 AM, Reinhard Vogl < > reinhard.v...@deutschedaten.de> 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:* dev-general-boun...@lists.oxidforge.org [mailto: > dev-general-boun...@lists.oxidforge.org] *Im Auftrag von *Mirza Ahtasham > Ahmad > *Gesendet:* Dienstag, 12. Juli 2016 09:26 > *An:* email@example.com > *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 | Skype: ahtasham82 > > > > > > > > > > > > On Mon, Jul 11, 2016 at 7:36 PM, Michael Bladowski < > mbladow...@macropage.de> 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 > > mbladow...@macropage.de - http://i.am.a.php-api.expert > > Regensburg HRA 7490 - Finanzamt Regensburg DE 210758353 > > > > > _______________________________________________ > dev-general mailing list > firstname.lastname@example.org > http://dir.gmane.org/gmane.comp.php.oxid.general > > > > > _______________________________________________ > dev-general mailing list > email@example.com > http://dir.gmane.org/gmane.comp.php.oxid.general > > > > > _______________________________________________ > dev-general mailing list > firstname.lastname@example.org > http://dir.gmane.org/gmane.comp.php.oxid.general > > > > _______________________________________________ > dev-general mailing list > email@example.com > http://dir.gmane.org/gmane.comp.php.oxid.general >
_______________________________________________ dev-general mailing list firstname.lastname@example.org http://dir.gmane.org/gmane.comp.php.oxid.general