I asked the rpc call to send back details on errors by adding
if($result->faultCode() != 0)
{
// RPC failed!
echo "RPC mechanism failed: " .$result->faultString() . "\n B Y E\n";
exit( 99 );
// call to system.multicall failed
return $result;
}
to xml_rpc.inc
and there is a currency code error. Do I need to send currency code?
---INFLATED RESPONSE---[1659 chars]---
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";><html
xmlns="http://www.w3.org/1999/xhtml";><head><title></title><link
rel="shortcut icon" href="/favicon.ico" /><link rel="icon"
href="/favicon.ico" /><meta http-equiv="Content-Type"
content="application/html; charset=utf-8" /><link
href="/css/jelly/default.css" rel="stylesheet" type="text/css"
/><script type="text/javascript" src =
"/javascripts/MiscFunctions.js"></script></head><body><table
class="callout_main" cellpadding="0" cellspacing="0"><tr><td
colspan="2" rowspan="2"><table class="main_page" cellpadding="0"
cellspacing="0"><tr><td><table width="100%" border="0" cellpadding="0"
cellspacing="0" ><tr><td></td></tr></table><div
class="error"><b>Database Error</b> : <br />Cannot add or update a
child row: a foreign key constraint fails
(`leskoweb_weberpdemo`.`debtorsmaster`, CONSTRAINT
`debtorsmaster_ibfk_2` FOREIGN KEY (`currcode`) REFERENCES
`currencies` (`currabrev`))</div><div class="error"><b>Database SQL
Failure</b> : The SQL that failed was<br />INSERT INTO debtorsmaster
(debtorno, name, clientsince, holdreason, paymentterms,
customerpoline) VALUES ("14", "Akbar Aan", "2015-02-13", "1", "CA",
"0") <br /></div></td></tr></table></td></tr></table><p
style="text-align:right">Friday, 13/02/2015 | 14:51</p><table
width="100%" id="footer"><tr><td class="footer"><a
href="http://www.weberp.org"; rel="external"><img src="/" width="120"
alt="webERP" title="webERP Copyright © webrp.org - 2015"
/></a><br /></td></tr><tr><td class="footer">webERP v4.07.6 Copyright
© weberp.org - 2015</td></tr></table></body></html>
---END---
On Fri, Feb 13, 2015 at 6:43 AM, <
care2002-developers-requ...@lists.sourceforge.net> wrote:
> Send Care2002-developers mailing list submissions to
> care2002-developers@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/care2002-developers
> or, via email, send a message with subject or body 'help' to
> care2002-developers-requ...@lists.sourceforge.net
>
> You can reach the person managing the list at
> care2002-developers-ow...@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Care2002-developers digest..."
>
>
> Today's Topics:
>
> 1. Re: webERP Integration (george maina)
> 2. Moving toward zend... (Beth Lesko)
> 3. Re: Moving toward zend... (Robert Meggle)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 12 Feb 2015 17:43:03 +0300
> From: george maina <georgemain...@gmail.com>
> Subject: Re: [Care2002-developers] webERP Integration
> To: bethle...@gmail.com, care2002-developers@lists.sourceforge.net
> Message-ID:
> <CAE6Go6Xxj26z3cwEc1tmxkixbuv4R1tKTa8=Nqh3DdrG=
> 1y...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi
> Check if the The columns being sent meet the requirements of the columns in
> debtors master in weberp, some columns dont allow nulls
>
>
> George
>
>
> George Maina
> P.O. Box 100717-00101
> Nairobi
> +254720692433
>
> On Thu, Feb 12, 2015 at 4:21 AM, Beth Lesko <bethle...@gmail.com> wrote:
>
> > [image: Boxbe] <https://www.boxbe.com/overview> bethle...@gmail.com is
> > not on your Guest List
> > <
> https://www.boxbe.com/approved-list?tc_serial=20400146418&tc_rand=225381841&utm_source=stf&utm_medium=email&utm_campaign=ANNO_MWTP&utm_content=001&token=gOs96gvV5kyCf%2BRXyrk0OmcU6dlCnHMYysC1EzOFgCNMfq9zJB4hExuOoCJ8HO8V&key=rcp3U4o5b5zlItUOAlhdOxfk12XiHBWF04ZDQe9n1sQ%3D
> >
> > | Approve sender
> > <
> https://www.boxbe.com/anno?tc_serial=20400146418&tc_rand=225381841&utm_source=stf&utm_medium=email&utm_campaign=ANNO_MWTP&utm_content=001&token=gOs96gvV5kyCf%2BRXyrk0OmcU6dlCnHMYysC1EzOFgCNMfq9zJB4hExuOoCJ8HO8V&key=rcp3U4o5b5zlItUOAlhdOxfk12XiHBWF04ZDQe9n1sQ%3D
> >
> > | Approve domain
> > <
> https://www.boxbe.com/anno?tc_serial=20400146418&tc_rand=225381841&utm_source=stf&utm_medium=email&utm_campaign=ANNO_MWTP&utm_content=001&dom&token=gOs96gvV5kyCf%2BRXyrk0OmcU6dlCnHMYysC1EzOFgCNMfq9zJB4hExuOoCJ8HO8V&key=rcp3U4o5b5zlItUOAlhdOxfk12XiHBWF04ZDQe9n1sQ%3D
> >
> >
> > Or maybe line 1 is the header?
> >
> > Here is the last of the output before the error:
> >
> > ---SENDING---
> > POST /api/api_xml-rpc.php HTTP/1.0
> > User-Agent: XML-RPC for PHP 3.0.0.beta
> > Host: leskoweberp.com:80
> > Accept-Encoding: gzip, deflate
> > Accept-Charset: UTF-8,ISO-8859-1,US-ASCII
> > Content-Type: text/xml
> > Content-Length: 757
> >
> > <?xml version="1.0"?>
> > <methodCall>
> > <methodName>weberp.xmlrpc_InsertCustomer</methodName>
> > <params>
> > <param>
> > <value><struct>
> > <member><name>debtorno</name>
> > <value><string>14</string></value>
> > </member>
> > <member><name>name</name>
> > <value><string>Akbar Aan</string></value>
> > </member>
> > <member><name>clientsince</name>
> > <value><string>2015-02-12</string></value>
> > </member>
> > <member><name>holdreason</name>
> > <value><string>1</string></value>
> > </member>
> > <member><name>paymentterms</name>
> > <value><string>CA</string></value>
> > </member>
> > <member><name>customerpoline</name>
> > <value><string>0</string></value>
> > </member>
> > </struct></value>
> > </param>
> > <param>
> > <value><string>admin</string></value>
> > </param>
> > <param>
> > <value><string>weberp</string></value>
> > </param>
> > </params>
> > </methodCall>
> > ---END---
> >
> > ---GOT---
> > HTTP/1.1 200 OK
> > Server: nginx/1.6.2
> > Date: Thu, 12 Feb 2015 01:17:20 GMT
> > Content-Type: text/html; charset=utf-8
> > Content-Length: 0
> > Connection: close
> > Expires: Thu, 19 Nov 1981 08:52:00 GMT
> > Cache-Control: no-store, no-cache, must-revalidate, post-check=0,
> pre-check=0
> > Pragma: no-cache
> > Set-Cookie: webERPapi=28ccea81fe7d8377252d702cb7293b53; path=/
> >
> >
> > ---END---
> >
> > HEADER: server: nginx/1.6.2
> > HEADER: date: Thu, 12 Feb 2015 01:17:20 GMT
> > HEADER: content-type: text/html; charset=utf-8
> > HEADER: content-length: 0
> > HEADER: connection: close
> > HEADER: expires: Thu, 19 Nov 1981 08:52:00 GMT
> > HEADER: cache-control: no-store, no-cache, must-revalidate,
> post-check=0, pre-check=0
> > HEADER: pragma: no-cache
> > HEADER: set-cookie: webERPapi=28ccea81fe7d8377252d702cb7293b53; path=/
> > COOKIE: webERPapi=28ccea81fe7d8377252d702cb7293b53
> >
> >
> >
> > On Wed, Feb 11, 2015 at 7:59 PM, Beth Lesko <bethle...@gmail.com> wrote:
> >
> >> Now this is my elct version integrated with leskoweberp.com and I'm
> >> getting this error:
> >>
> >> XML error at line 1, check URL
> >> *Fatal error*: Call to a member function kindOf() on a non-object in
> >>
> */home/leskoser/public_html/Care2x/include/care_api_classes/xmlrpc/lib/xmlrpc.inc*
> >> on line
> >>
> >> *3289*
> >>
> >>
> >> *Here is line 1:*
> >>
> >> ---SENDING---
> >> POST /api/api_xml-rpc.php HTTP/1.0
> >> User-Agent: XML-RPC for PHP 3.0.0.beta
> >> Host: leskoweberp.com:80
> >> Accept-Encoding: gzip, deflate
> >> Accept-Charset: UTF-8,ISO-8859-1,US-ASCII
> >> Content-Type: text/xml
> >> Content-Length: 199
> >>
> >> Do I have a wrong port or something? Anything jumping out at anyone?
> >>
> >>
> >> On Wed, Feb 11, 2015 at 7:04 PM, Beth Lesko <bethle...@gmail.com>
> wrote:
> >>
> >>> Hello :-)
> >>>
> >>> I have care2x installed here: http://leskoserv.com/care2x and it is
> >>> integrated with webERP, which is here: http://leskoweberp.com. I have
> >>> satisfied these requirements for my setup:
> >>>
> >>> The webERP from http://sourceforge.net/projects/web-erp/ will work
> >>> fine. Here are some instructions for making the link work:
> >>>
> >>> In webERP all that needs doing is the variable $DatabaseName in the
> >>> script api/api_php.php needs to be set to the name of the webERP
> >>> database.
> >>>
> >>> In Care2x there needs to be some changes to
> >>> include/care_api_classes/class_weberp.php
> >>>
> >>> The following lines in the constructor:
> >>>
> >>> $this->user = php_xmlrpc_encode("user");
> >>> $this->password = php_xmlrpc_encode("password");
> >>>
> >>> need to contain a valid user/password for webERP which has admin
> privileges.
> >>>
> >>> The URL in the line:
> >>>
> >>> $this->ServerURL = "http://localhost/webERP/api/api_xml-rpc.php";;;
> >>>
> >>> needs to point to your webERP installation. (I have run this between
> >>> servers at different geographical locations).
> >>>
> >>> For testing purposes:
> >>>
> >>> $this->DebugLevel should be set to 2 which will provide a lot of
> >>> output in care2c but is good until you have it working. Set to 0 for
> >>> normal use.
> >>>
> >>> You need to set the xml-rpc link to on in System Admin/System Admin.
> >>>
> >>> Then you should be ready to go.
> >>>
> >>>
> >>> I get the error "*Fatal error*: Call to undefined method
> >>> stdClass::createPayload() in
> >>>
> */home/leskoser/public_html/care2x/include/care_api_classes/xmlrpc/lib/xmlrpc.inc*
> on
> >>> line *1244" *
> >>>
> >>> as if I didn't turn the interface on.
> >>>
> >>> Would anyone be willing to help me troubleshoot this by asking me
> >>> questions about my setup? I would really appreciate having a working
> >>> integration.
> >>>
> >>> --
> >>> Beth
> >>> 307-298-0706
> >>>
> >>
> >>
> >>
> >> --
> >> Beth
> >> 307-298-0706
> >>
> >
> >
> >
> > --
> > Beth
> > 307-298-0706
> >
> >
> >
> ------------------------------------------------------------------------------
> > Dive into the World of Parallel Programming. The Go Parallel Website,
> > sponsored by Intel and developed in partnership with Slashdot Media, is
> > your
> > hub for all things parallel software development, from weekly thought
> > leadership blogs to news, videos, case studies, tutorials and more. Take
> a
> > look and join the conversation now. http://goparallel.sourceforge.net/
> >
> > _______________________________________________
> > Care2002-developers mailing list
> > Care2002-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/care2002-developers
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Thu, 12 Feb 2015 11:23:39 -0500
> From: Beth Lesko <bethle...@gmail.com>
> Subject: [Care2002-developers] Moving toward zend...
> To: care2002-developers@lists.sourceforge.net
> Message-ID:
> <CA+u_1vziAt0U1J-q_=
> gd4fizngzyh6zenkba3nhcfdoky1m...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I appreciate that working on the elct version may improve the version
> Selian and HLH (the only 2 hospitals I've worked with in TZ) could benefit
> from. That version extends beyond the trunk to suit the needs of TZ.
> Ideally, I work all the enhancements back into the original core tables
> with options to "localize" it - in plugin fashion. It occurred to me that
> basing options on locality could be implemented with include statements
> throughout the system, like, for instance, in registration in the
> regions/address area. A lot of what is considered a branch because it was
> added in a specific country are actually just enhancements to the modules
> that all countries could benefit from. The code isn't really set up for
> plugin capability, which is why I believe you've embarked on the zend idea.
> Include statements might not be easily migrated into the zend version
> though. Another idea could be if/case statements in the core module
> (controller) files that "re-routes" commands to either another core module
> file or just another /gui (view) file. I suppose our classes are basically
> models, so maybe working with the original classes and adding classes that
> extend them is where the re-routing happens. Ideally, any work done from
> here on out works us toward the mvc method and you can see I am reaching
> for a clearer understanding of the concepts involved in this task.
>
> I'm more familiar with Yii than I am with zend, but mvc is mvc. Yii has a
> utility that allows you to throw a database at it and it automatically
> creates a working directory of models, views and controllers. I wonder if
> that couldn't be a time saver - editing the Yii results to work with zend
> as opposed to writing them all from scratch... Does zend have this
> capability?
>
> Could anyone elaborate on how best to curb my coding toward zend?
>
> What are some other reasons for heading into the zend direction? I don't
> mean as opposed to Yii, but rather as opposed to "cleaning up" the code as
> it is. After all, it works and clearly it conforms in many ways to a well
> working mvc system, does it not? Aren't all the pieces here already?
>
> Could anyone elaborate more on what we hope to achieve by moving into zend?
> I did see a pretty recent thread about plans for care2x for the future -
> I'll read that.
>
> --
> Beth
> 307-298-0706
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Fri, 13 Feb 2015 12:25:18 +0100
> From: Robert Meggle <robert.meg...@care2x.org>
> Subject: Re: [Care2002-developers] Moving toward zend...
> To: bethle...@gmail.com, care2002-developers@lists.sourceforge.net
> Message-ID: <1423826718.9579.36.camel@meru>
> Content-Type: text/plain; charset="UTF-8"
>
> Hi Beth,
>
> Tanks for the question.
>
> You're right. "MVC is MVC" - these are patterns. Next to MVC there is
> MVVM, MVP pattern. etc... enough from boring theoretical topics like
> that. Maybe we should give here another, more practical, scope on it?
>
> The basic idea to give a try to ZendFramework (verison 2?) was to
> release a more business ready survey. And there is a need for, as you
> mentioned in your mail: The different need of each implementation.
>
> There is always the need to change the front end. Forms as well as maybe
> of the workflow itself. When we look into the existing code of care2x
> there is just one option to do this: To change the core. Example would
> be if you look to the concept of how smarty templates are integrated
> right now. It is not inherited. It will point to a major
> gui-smarty_templates subfolder outside of each module. Same on the
> classes itself, it is not inherit core classes and been used just in
> each module, it is a class stored outside of a module container.
>
> That makes it hard to keep in touch with the care2x main development as
> well as when you have the need to satisfy another hospital with same
> requirements. But to have the option to change all for each facility is
> almost the reason why care2x is been used worldwide.
>
> We did several tests with ZF. Main target was always divide into care2x
> core classes and its modules. Challenge was to have at the end a release
> what has just individualisation on each module, not on basic core
> classes.
>
> Disillusioned I came back to the basic concept to give up ZF "rebase"
> for the moment. It would represent nothing else than a start from
> scratch.
>
> What could be the alternative? To remember the initial idea and why we
> had this idea moving to a MVC based PHP framework. To have a real
> modularisation.
>
> A logically step would be (among other things):
> - to bring all the smarty tpl files back to the corresp. modules
> - to bring all the module classes back to the corresp. modules
> - to review the whole registration and admission package and create a
> real module out of it.
> - etc.
>
> And if you have ever tried to use Postgre as DB and not to MySQL we do
> have another major topic.
>
> Also to review of the whole code is urgent. Keywords here:
> "register_globals=off", deprecated features in PHP 5.3.x...). These are
> show stoppers if you try to move in that way you explained in your
> mail.
>
> But IMHO there is no real need of a new framework. There should be more
> flexible architecture. Nothing else ;-)
>
> As a summary: To go for an "business ready" framework: Definitely yes!
> But for new projects, not for care2x now. We do have our framework what
> we can improve. IMHO.
>
> Thanks
> Robert
>
> Am Donnerstag, den 12.02.2015, 11:23 -0500 schrieb Beth Lesko:
> > I appreciate that working on the elct version may improve the version
> > Selian and HLH (the only 2 hospitals I've worked with in TZ) could
> > benefit from. That version extends beyond the trunk to suit the needs
> > of TZ. Ideally, I work all the enhancements back into the original
> > core tables with options to "localize" it - in plugin fashion. It
> > occurred to me that basing options on locality could be implemented
> > with include statements throughout the system, like, for instance, in
> > registration in the regions/address area. A lot of what is considered
> > a branch because it was added in a specific country are actually just
> > enhancements to the modules that all countries could benefit from. The
> > code isn't really set up for plugin capability, which is why I believe
> > you've embarked on the zend idea. Include statements might not be
> > easily migrated into the zend version though. Another idea could be
> > if/case statements in the core module (controller) files that
> > "re-routes" commands to either another core module file or just
> > another /gui (view) file. I suppose our classes are basically models,
> > so maybe working with the original classes and adding classes that
> > extend them is where the re-routing happens. Ideally, any work done
> > from here on out works us toward the mvc method and you can see I am
> > reaching for a clearer understanding of the concepts involved in this
> > task.
> >
> >
> > I'm more familiar with Yii than I am with zend, but mvc is mvc. Yii
> > has a utility that allows you to throw a database at it and it
> > automatically creates a working directory of models, views and
> > controllers. I wonder if that couldn't be a time saver - editing the
> > Yii results to work with zend as opposed to writing them all from
> > scratch... Does zend have this capability?
> >
> >
> > Could anyone elaborate on how best to curb my coding toward zend?
> >
> >
> > What are some other reasons for heading into the zend direction? I
> > don't mean as opposed to Yii, but rather as opposed to "cleaning up"
> > the code as it is. After all, it works and clearly it conforms in many
> > ways to a well working mvc system, does it not? Aren't all the pieces
> > here already?
> >
> >
> > Could anyone elaborate more on what we hope to achieve by moving into
> > zend? I did see a pretty recent thread about plans for care2x for the
> > future - I'll read that.
> >
> >
> >
> > --
> > Beth
> > 307-298-0706
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Dive into the World of Parallel Programming. The Go Parallel Website,
> > sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> > hub for all things parallel software development, from weekly thought
> > leadership blogs to news, videos, case studies, tutorials and more. Take
> a
> > look and join the conversation now. http://goparallel.sourceforge.net/
> > _______________________________________________
> > Care2002-developers mailing list
> > Care2002-developers@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/care2002-developers
> --
> Robert Meggle <robert.meg...@care2x.org>
> care2x.org
>
>
>
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming. The Go Parallel Website,
> sponsored by Intel and developed in partnership with Slashdot Media, is
> your
> hub for all things parallel software development, from weekly thought
> leadership blogs to news, videos, case studies, tutorials and more. Take a
> look and join the conversation now. http://goparallel.sourceforge.net/
>
> ------------------------------
>
> _______________________________________________
> Care2002-developers mailing list
> Care2002-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/care2002-developers
>
>
> End of Care2002-developers Digest, Vol 83, Issue 2
> **************************************************
>
--
Beth
307-298-0706
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Care2002-developers mailing list
Care2002-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/care2002-developers
