hi,
We made a XML-RPC call from ESB- java to ofbiz export service (webservices).
It is perfectly running.
thanks & regards
prasath. r
On Thu, Jun 23, 2011 at 11:44 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> It works, some prefer XML-RPC because it's simpler (no confusing
> spe
well that sounds interesting, Skip!! initially I tried to do it but
didn't have that kind of patience and gave up on 3rd day :)
it will be great if you can share specifics on reducing size, if you
have documented it. because hit-n-trial approach will definitely more
than month for me.
regards,
To
It works, some prefer XML-RPC because it's simpler (no confusing specifications)
OTTOMH I remember https://issues.apache.org/jira/browse/OFBIZ-4245
You should have a look at
https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12315880
Most are unrelated to your questio
I'd recommend doing more research on SOAP and XML-RPC. They are VERY different
specifications.
If you're using SOAP in many cases it is just a very heavy and expensive
wrapper around an XML payload that represents the actual data to be
transferred. Those XML payloads are generally defined with
not much help as far as SOAP.
been using both QB and quicken home and business with ofbiz for years.
here is the doc for Quickbooks if you want to integrate directly into ofbiz.
http://developer.intuit.com/qbsdk-current/doc/pdf/qbwc_proguide.pdf
why not integrate Salesforce.com into ofbiz SFA?
==
this is still doable as long as the the code the MCA calls works across
the tenants and each tenant has a different to address for each tenant.
this is custom code, because of looking for a To address then lookiong
for contactmechics, you can use the original code and modify it.
since this is a sy
Greetings - I've been trying off and on to expose SOAP web services in OFBiz.
I mean "normal" SOAP, not services that can only return a map. I know that
this is supposedly possible now, but I just haven't had much luck. I was
wondering if anybody out there has got this to work. Specifically, I want
You dont have to "write it from scratch", only the UI which is fairly
simple.
I wrote a POJ (Plain old Java) POS application some years ago that ran on a
desktop without a browser. It had three possible interfaces to the
database. The first one where a copy of the db ran on the desktop machine
a
Also, no matter what you do with ofbiz, you need a connection to a database.
It that database lies on the mobile device, it needs to be synced with your
backend which is unreliable at best. Also, the database will get large over
time and probably will not fit to begin with.
If the database lies o
You can take a LOT of ofbiz code out, but not the framework.
I wrote an ofbiz based application and reduced the footprint by 2 thirds.
But, I had to take bits and pieces out of the applications to use in my new
application.
Took about a month as I recall.
Would be nice to have each of the applic
No ideas sorry, I guess it's not handled yet
Jacques
Carsten Schinzer wrote:
Hi both,
thanks for the hints. I am receiving mails now.
Is there anything special to be said about shared OFBiz system, viz,
Tenant-based mail distribution ?
I see mails being registered as CommunicationEvents with
Jacques Le Roux wrote:
>
> How were you able to add a content to the party without errors (please
> give us an use case) ?
> Because there is already a Jira issue opens for this
> https://issues.apache.org/jira/browse/OFBIZ-2010
>
> Jacques
>
> From: "Vu Hong Thuan"
>> I've
Hi both,
thanks for the hints. I am receiving mails now.
Is there anything special to be said about shared OFBiz system, viz,
Tenant-based mail distribution ?
I see mails being registered as CommunicationEvents with the common
database, but not with the tenant's.
I though maybe there is a quick
you can run complete ofbiz POS on a 7 or 10 in tablets running Linux.
Not sure if Droid supports java SDK. I use these but they are connected
via wifi or 3G.
if you want to use Droid OS then you will probably have port Open JDK to
the droid. All this is beyond this maillng list, I think.
then you
Thanks Erwan, Jacques, Adrian, Freeman for the info and suggestions
that you guys shared. I guess thats quite a lot of insights that I got
here and now suppose this will give us some food for thought and see
on how to approach on our requirements.
thanks again and regards,
Tony Marcus
On Thu, Jun
Le 23/06/2011 10:52, tony marcus a écrit :
Jacques, I had a look into source-code of the hand-held facility but
didn't get much of idea. May be its my rookie approach, but is there
some kind of doc. that can help me out on this?
regards,
Tony Marcus
Hi Tony,
hhfacility is more a specific weba
I think you should go this way. Using OFBiz POS embedded in a mobile seems
impossible nowadays.
You may reuse some part of the POS code, not sure...
Also the hhfacility is a simple webapp, so not what you are looking for.
Jacques
From: "tony marcus"
Well Jacques, this is one our plan-Bs to h
I don't think so, it depends really on OFBiz framework and applications
Jacques
From: "Deepak Singhal"
Hi Jacques,
Can we segregate only POS application from whole Ofbiz code, so the overall
size is reduced !!
Regards
Deepak
Well Jacques, this is one our plan-Bs to have a mobile-client built
from ground-up around jPOS (since its distribution jar size is also
very small i.e. ~700KB, though not sure again if it supports mobile
devices) in case ofbiz thing doesn't work for us. Please suggest!!
regards,
Tony Marcus
On Th
Hi Jacques,
Can we segregate only POS application from whole Ofbiz code, so the overall
size is reduced !!
Regards
Deepak
Jacques, I had a look into source-code of the hand-held facility but
didn't get much of idea. May be its my rookie approach, but is there
some kind of doc. that can help me out on this?
regards,
Tony Marcus
On Tue, Jun 21, 2011 at 7:44 PM, Jacques Le Roux
wrote:
> There was a 1st attempt some ye
The POS is built to work in such situation. But it's really built around
JavaPOS and I don't know if you can adapt it to this use
case. Because of course it needs a DB (hence a hard disk) and at the very least
256 MB of RAM (not sure 256 will even be sufficient)
Jacques
From: "tony marcus"
I
22 matches
Mail list logo