subject:"\\\[oxid\\\-dev\\\-general\\\] ERP Module Issues"

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Mirza Ahtasham Ahmad

Hi,

First of all thanks for the exemption. Secondly, I have asked my PM for the
info where and whom he contacted. He is not inhouse today so waiting for
the E-Mail response.

Then, thanks for your pointing out and now I can see where the problem
could be, I just checked HTTP_RAW_POST_DATA is deprecated in PHP 5,6 and by
default on the server is always_populate_raw_post_data set to -1 which
surpresses RAW POST DATA. That must be the reason why the REQUEST is not
being logged in erp.log

I am going to change the Server Setting of always_populate_raw_post_data to
1 and let the export von ERP trigger again to see the outcome.

Thanks to all,






*Mit freundlichen Grüßen | **Warm Regards**,*

Mirza Ahtasham Ahmad
M +4917645387460 | Skype: ahtasham82





On Fri, Jul 15, 2016 at 11:59 AM, Reinhard Vogl <
reinhard.v...@deutschedaten.de> wrote:

> Hi Keywan,
>
>
>
> as I remember right, older ErpLogger versions fetches the Request from a
> global var:
>
> $GLOBALS['HTTP_RAW_POST_DATA'];
>
>
>
> So dependent on you webserver and PHP version it is not given, that the
> variable is filled.
>
> (http://php.net/manual/de/ini.core.php#ini.always-populate-raw-post-data)
>
>
>
> If you have a possibility to manual fill that variable before SOAP
> handling you will get your Request logged.
>
> Other possible variables you can use for seeing your request are:
>
> if($HTTP_RAW_POST_DATA)
>
> $GLOBALS['HTTP_RAW_POST_DATA'] = $HTTP_RAW_POST_DATA;
>
>
>
> $f = file("php://input");
>
> $GLOBALS['HTTP_RAW_POST_DATA'] =  implode(" ", $f);
>
>
>
> Best regards,
>
> Reini
>
>
>
>
>
> *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 11:39
>
> *An:* dev-general@lists.oxidforge.org
> *Betreff:* Re: [oxid-dev-general] ERP Module Issues
>
>
>
> 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.
>
>
>
&

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Reinhard Vogl

Hi Keywan,

as I remember right, older ErpLogger versions fetches the Request from a global 
var:
$GLOBALS['HTTP_RAW_POST_DATA'];

So dependent on you webserver and PHP version it is not given, that the 
variable is filled.
(http://php.net/manual/de/ini.core.php#ini.always-populate-raw-post-data)

If you have a possibility to manual fill that variable before SOAP handling you 
will get your Request logged.
Other possible variables you can use for seeing your request are:
if($HTTP_RAW_POST_DATA)
$GLOBALS['HTTP_RAW_POST_DATA'] = $HTTP_RAW_POST_DATA;

$f = file("php://input");
$GLOBALS['HTTP_RAW_POST_DATA'] =  implode(" ", $f);

Best regards,
Reini


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 11:39
An: dev-general@lists.oxidforge.org
Betreff: Re: [oxid-dev-general] ERP Module Issues

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<mailto: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<mailto:keywan.ghad...@oxid-esales.com>
Fon +49 761 36889-235<tel:%2B49%C2%A0761%C2%A036889-235>
Fax +49 761 36889-29<tel:%2B49%C2%A0761%C2%A036889-29>
www.oxid-esales.com<http://www.oxid-esales.com/?campaign=emailsignatur/oxid-esales-com=OXSIG_Startseite>


[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>
 
[mailto: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: dev-general@lists.oxidforge.org<mailto:dev-general@lists.oxidforge.org>
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,

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Michael Keiluweit

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
supp...@oxid-esales.com or supportcontr...@oxid-esales.com. 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:

michael.keiluw...@oxid-esales.com
michael.keiluw...@oxid-esales.com
1
0

Response:

true
mop4c9ekk97f92r6fiu8htm727

The content of the logfile after firing the request:

2016-07-15 10:52:31
REQUEST:
http://schemas.xmlsoap.org/soap/envelope/;
xmlns:oxer="OXERPService">

michael.keiluw...@oxid-esales.com
michael.keiluw...@oxid-esales.com
1
0

RESPONSE:

http://schemas.xmlsoap.org/soap/envelope/;
xmlns:ns1="OXERPService">truemop4c9ekk97f92r6fiu8htm727

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: dev-general-boun...@lists.oxidforge.org
[dev-general-boun...@lists.oxidforge.org]" im Auftrag von "Mirza Ahtasham Ahmad
[ahtasha...@gmail.com]
Gesendet: Freitag, 15. Juli 2016 10:15
An: dev-general@lists.oxidforge.org
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<mailto: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>

[mailto: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: dev-general@lists.oxidforge.org<mailto:dev-general@lists.oxidforge.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.

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Mirza Ahtasham Ahmad

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=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:* dev-general@lists.oxidforge.org
> *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,
>
>
>
>
>
>
>
>
>
>
>
&g

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Keywan Ghadami

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<mailto: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=OXSIG_Startseite>

[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: dev-general@lists.oxidforge.org
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 :)

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<mailto: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>

[mailto: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: dev-general@lists.oxidforge.org<mailto:dev-general@lists.oxidforge.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...

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
<reinhard.v...@deutschedaten.de<mailto: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

Re: [oxid-dev-general] ERP Module Issues

2016-07-15 Thread Marat Bedoev

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: dev-general@lists.oxidforge.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...

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<mailto:reinhard.v...@deutschedaten.de>> wrote:
Hi,

2.) rsync is your friend

Greets,
Reini

Von:
dev-general-boun...@lists.oxidforge.org<mailto:dev-general-boun...@lists.oxidforge.org>

[mailto: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: dev-general@lists.oxidforge.org<mailto:dev-general@lists.oxidforge.org>
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
<mbladow...@macropage.de<mailto: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 QuestionHow 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 a

Re: [oxid-dev-general] ERP Module Issues

2016-07-12 Thread Reinhard Vogl

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: dev-general@lists.oxidforge.org
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<mailto: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 QuestionHow 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<mailto:mbladow...@macropage.de> - 
http://i.am.a.php-api.expert

Regensburg HRA 7490 - Finanzamt Regensburg DE 210758353



___
dev-general mailing list
dev-general@lists.oxidforge.org<mailto:dev-general@lists.oxidforge.org>
http://dir.gmane.org/gmane.comp.php.oxid.general

___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] ERP Module Issues

2016-07-12 Thread Mirza Ahtasham Ahmad

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 
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
> , to be 100% sure your
> problems are
> not realted to the shop.
>
>
> 2. Issue is more a How To QuestionHow 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-2301067mbladow...@macropage.de - http://i.am.a.php-api.expert
> Regensburg HRA 7490 - Finanzamt Regensburg DE 210758353
>
>
> ___
> dev-general mailing list
> dev-general@lists.oxidforge.org
> http://dir.gmane.org/gmane.comp.php.oxid.general
>
___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] ERP Module Issues

2016-07-11 Thread Michael Bladowski


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 , to be 100% sure 
your problems are

not realted to the shop.



2. Issue is more a How To QuestionHow 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
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

[oxid-dev-general] ERP Module Issues

2016-07-11 Thread 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.

I have also enabled the logging as mentioned in the ERP Documentation by
adding the flag and log file path in the config file. It does write the
logs but only the responses and not the requests. It looks like this...

2016-07-11 17:51:32
REQUEST:

RESPONSE:


So from first issue, I was trying to debug it but got another problem of
logging. Can anyone help me why the request are not being logged because
then I will be able to see why Product Prices are not being saved in OXID
Shop.


2. Issue is more a How To QuestionHow 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.

Can anybody help me here.

Thanks and looking forward to a quick response.



*Mit freundlichen Grüßen | **Warm Regards**,*

Mirza Ahtasham Ahmad
M +4917645387460 | Skype: ahtasham82
___
dev-general mailing list
dev-general@lists.oxidforge.org
http://dir.gmane.org/gmane.comp.php.oxid.general

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

Re: [oxid-dev-general] ERP Module Issues

[oxid-dev-general] ERP Module Issues

10 matches

Site Navigation

Mail list logo

Footer information