I was thinking we could deprecate the constructors, and point people to
the new class.
-Adrian
BJ Freeman wrote:
just as a note there are methods in the ofbiz one that work with ofbiz
structure. I would like to review those to see if they can be used
I guess the proper steps is to depreciate those.
BJ Freeman sent the following on 10/23/2008 1:47 PM:
works for me.
it has been moved around
found it under
http://svn.apache.org/repos/asf/httpcomponents/httpclient/trunk/module-client/
Adrian Crum sent the following on 10/23/2008 1:37 PM:
I'd rather switch to the commons one and eliminate the OFBiz one. It's
only used in one or two places, so it wouldn't be a difficult change to
make.
-Adrian
BJ Freeman wrote:
I have been looking at HTMLUnit since our last conversation, for
implementing user test screens.
this is more that there are two HttpClient classes and the ofbiz one is
used in the framework.
it seemed the simplest solution would be to use implements to append the
apache one to the ofbiz one thus making the ofbiz one more versatile.
Adrian Crum sent the following on 10/23/2008 1:06 PM:
I would recommend using any suitable replacement for the OFBiz
HttpClient - it is very rudimentary.
If you need an HTTP client that handles cookies and JavaScript, then
take a look at HTMLUnit - http://htmlunit.sourceforge.net. I used it in
my mashup POC code - https://issues.apache.org/jira/browse/OFBIZ-1873.
-Adrian
BJ Freeman wrote:
while working with yahoo API
I came accross the org.apache.commons.httpclient.HttpClient;
which has more functionality than the ofbiz HttpClient
is there any problem with making the ofbiz an HttpClient implementation
of the apache?
