Re: decimal places

[Ankush Upadhyay]

Hello James,
Please check arithmatic.properties and UtilNumber.java.
Thanks
--
Ankush Upadhyay


On Fri, Apr 12, 2019 at 7:00 AM  wrote:

> Is there a setting in Ofbiz to increase the decimal points on all prices
> in Ofbiz?  We need at least 4-5 decimal points.  Any help is much
> appreciated.
>
> Thanks,
>
> James
>

decimal places

[james]

Is there a setting in Ofbiz to increase the decimal points on all prices
in Ofbiz?  We need at least 4-5 decimal points.  Any help is much
appreciated.

Thanks,

James

Re: VAT setup in ofbiz

[Wolfgang Paul Rauchholz]

Here is the link:
https://cwiki.apache.org/confluence/display/OFBIZ/FAQ+-+Tips+-+Tricks+-+Cookbook+-+HowTo#FAQ-Tips-Tricks-Cookbook-HowTo-PricesWithVAT



On Thu, Apr 11, 2019 at 19:50 Jacques Le Roux 
wrote:

> Le 11/04/2019 à 15:19, wp.rauchh...@gmail.com a écrit :
> > Show prices with VAT included in eCommerce (B2C)
>
> Where does that come from exactly? Have you an URL, something else?
>
> Jacques
>
> --

Wolfgang Rauchholz

Re: VAT setup in ofbiz

[Jacques Le Roux]

Le 11/04/2019 à 15:19, wp.rauchh...@gmail.com a écrit :

Show prices with VAT included in eCommerce (B2C)


Where does that come from exactly? Have you an URL, something else?

Jacques

Re: Regarding wrapper for listing/getting the data

[Jacques Le Roux]

Thanks Pierre,

We indeed use an EDA architecture and it's fundamental in OFBiz.

Another reason is we want to be able to generate REST services using the same mechanism than for RMI, XML-RPC and SOAP, ie using the export attribute. 
The advantage is you then keep using the service engine.


I fear getting out of that way will cross multiple issues, as you mentioned for 
instance...

Jacques

Le 11/04/2019 à 11:09, Pierre Smits a écrit :

Hi Rahul,

I guess the main reason why we need to wrap OFBiz services (especially this
that involve creating & updating entity records) is that many of the OFBiz
services execute other services through the ECA/SECA principle. If we were
to have simple REST crud services (in essence meaning executing SQL
statements against the tables in the underlying RDBMS), that would mean
that no OFBiz service would be invoked and subsequently the nested services
(through ECAs/SECAs) would not be executed.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Wed, Apr 10, 2019 at 6:49 PM Rahul Utkoor
 wrote:


Hello Jacques,

Thanks for pointing to that issue. I had gone through the responses and
understood few of the trials made. However, I have couple of questions:


1.

In some of the mid comments people are talking about writing a wrapper
for OFBIZ services, why can’t we use it directly and extend it which is
considered to be less effort than writing everything from
scratch?(Temporary solution for the current developers)
2.

Since the work is still in progress, if someone wants to build REST APIs
for non-services, then what could be best way to achieve it?(As far as I
see converting non-services functionalities to services seems to be the
only possible solution, please correct me if i am wrong)


Similar to the approach as mentioned by Adrian
<
https://issues.apache.org/jira/browse/OFBIZ-4274?focusedCommentId=13031517=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13031517
, we followed the below approach to write wrappers to the services.

-

We collected all the services and its respective parameters/attributes
and generated the api structure for each and every service
-

We are able to smoothly use the REST APIs for the services (no
authentication integration yet)


We are facing the below issues while trying to create REST Wrappers for the
non-services,

-

Suppose, if we want to create a wrapper for finding a party / listing
parties from Party module, then we don’t have a proper service that
satisfies the requirement
-

Currently we followed a crude approach by writing a service for it(which
is not working properly, facing some parameter matching issues, since it
involves internal calls to multiple entities)


We felt the above approach to be apt. Welcome feedback and comments on the
approach.

Is it possible to automate for writing the wrappers to OFBIZ non-services?




On Tue, Apr 9, 2019 at 12:11 PM Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


Hi Rahul,

Are you aware of the effort at
https://issues.apache.org/jira/browse/OFBIZ-4274 ?

Thanks

Jacques

Le 08/04/2019 à 20:01, Rahul Utkoor a écrit :

Hello Smits,

I apologise for the late reply, I was busy with my exams and projects.

*Our Approach :*
We referred to the Services list provided by ofbiz and generated a

template

API wrapper for the services. This wrapper is working for Post calls.

We

are currently working on the REST APIs and our ultimate goal is to
contribute back to the Community.

*Project Git link* :
https://github.com/sbv-solutions-private-limited/ofbiz-framework

You may find the wrappers written in the below link,


https://github.com/sbv-solutions-private-limited/ofbiz-framework/blob/trunk/hot-deploy/rest/src/main/java/org/cfbiz/rest/custom/PingResource.java

Please feel free to ask questions/queries related to our approach.

On Thu, Mar 21, 2019 at 9:42 PM Pierre Smits 

wrote:

Hi Rahul,

I would say that many of our (potential) adopters and contributors

would

interested to learn how you have achieved the implementations of the

REST

functionalities on services.

Can you explain your approach a bit more?

Maybe, when explaining a bit more, this will trigger other

contributors

to

share their insights/approached to help you move forward. While at the

same

time, have the community come up with an acceptable approach to have

such

in play in the code base.


Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , 

VAT setup in ofbiz

[wp . rauchholz]

Is this the latest and accurate guide to setup VAT in ofbiz?

Show prices with VAT included in eCommerce (B2C)

For that you must :

In your store, set the field "Show Prices With Vat Tax"=Y
Set the field "Vat Tax Auth Geo Id" with the corresponding VAT Geo (it's a 
default value, remember the VAT is applied in function of the client Geo)
Set the field "Vat Tax Auth Party Id" with a correctly set Tax Authority 
(see below how to set it in accouting)
In accouting, set your Tax Authority (and any you will need)
"Include Tax In Price"=Y
Create the "Categories" that will include products with VAT included 
(this is not mandatory, it allows to limit the scope)
Set the "Product Rates" you need. Note that you can Tax Promotions and 
Shipping if needed

I followed this guide, but VAT is not shown in ecommerce.

Wolfgang

Re: Schedule Job

[Deepak Dixit]

Hi Faisal Ansari,

Your message has been moderated.

Please subscribe to the user ML for such questions and then use your email
client
See also why here http://ofbiz.apache.org/mailing-lists.html

You will get a better support , it's more fair to share with everybody  and
people can answer you on the ML rather than directly to you
The wider the audience the better the answers you might get

Kind Regards,
Deepak Dixit
DIRECTOR OF PRODUCT ENGINEERING
mobile: +91 9826754548
email: deepak.di...@hotwax.co
*www.hotwax.co *


On Thu, Apr 11, 2019 at 6:21 PM Faisal Ansari 
wrote:

> Hello All,
>
> I have Created a service and trying to schedule using GUI
> (https://localhost:8443/webtools/control/scheduleJob). It scheduled
> correctly but at rub time showing following error :
>
> *2019-04-11 14:53:52,794 |OFBiz-JobQueue-1 |SafeObjectInputStream
>
> |W| Incompatible class: sun.util.calendar.ZoneInfo.
> Please see OFBIZ-10837.  Report to dev ML if you use OFBiz without changes.
> Else add you class into UtilObject::getObjectException*
>
> I am using ofbiz16.11
>
> If anyone know the solution kindly help.
> Thanks
>
>
>
> --
> Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html
>

Re: Schedule Job

[Deepak Dixit]

Hi Faisal Ansari,

Please do svn up, this has been fixed.

Kind Regards,
Deepak Dixit


On Thu, Apr 11, 2019 at 6:22 PM Deepak Dixit  wrote:

> Hi Faisal Ansari,
>
> Your message has been moderated.
>
> Please subscribe to the user ML for such questions and then use your email
> client
> See also why here http://ofbiz.apache.org/mailing-lists.html
>
> You will get a better support , it's more fair to share with everybody
> and people can answer you on the ML rather than directly to you
> The wider the audience the better the answers you might get
>
> Kind Regards,
> Deepak Dixit
> DIRECTOR OF PRODUCT ENGINEERING
> mobile: +91 9826754548
> email: deepak.di...@hotwax.co
> *www.hotwax.co *
>
>
> On Thu, Apr 11, 2019 at 6:21 PM Faisal Ansari 
> wrote:
>
>> Hello All,
>>
>> I have Created a service and trying to schedule using GUI
>> (https://localhost:8443/webtools/control/scheduleJob). It scheduled
>> correctly but at rub time showing following error :
>>
>> *2019-04-11 14:53:52,794 |OFBiz-JobQueue-1 |SafeObjectInputStream
>>
>> |W| Incompatible class:
>> sun.util.calendar.ZoneInfo.
>> Please see OFBIZ-10837.  Report to dev ML if you use OFBiz without
>> changes.
>> Else add you class into UtilObject::getObjectException*
>>
>> I am using ofbiz16.11
>>
>> If anyone know the solution kindly help.
>> Thanks
>>
>>
>>
>> --
>> Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html
>>
>

Re: Schedule Job

[Faisal Ansari]

Hello All,

I have Created a service and trying to schedule using GUI
(https://localhost:8443/webtools/control/scheduleJob). It scheduled
correctly but at rub time showing following error :

*2019-04-11 14:53:52,794 |OFBiz-JobQueue-1 |SafeObjectInputStream
|W| Incompatible class: sun.util.calendar.ZoneInfo.
Please see OFBIZ-10837.  Report to dev ML if you use OFBiz without changes.
Else add you class into UtilObject::getObjectException*

I am using ofbiz16.11

If anyone know the solution kindly help.
Thanks



--
Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html

Re: Regarding wrapper for listing/getting the data

[Pierre Smits]

Hi Rahul,

I guess the main reason why we need to wrap OFBiz services (especially this
that involve creating & updating entity records) is that many of the OFBiz
services execute other services through the ECA/SECA principle. If we were
to have simple REST crud services (in essence meaning executing SQL
statements against the tables in the underlying RDBMS), that would mean
that no OFBiz service would be invoked and subsequently the nested services
(through ECAs/SECAs) would not be executed.

Best regards,

Pierre Smits

*Apache Trafodion , Vice President*
*Apache Directory , PMC Member*
Apache Incubator , committer
*Apache OFBiz , contributor (without privileges)
since 2008*
Apache Steve , committer


On Wed, Apr 10, 2019 at 6:49 PM Rahul Utkoor
 wrote:

> Hello Jacques,
>
> Thanks for pointing to that issue. I had gone through the responses and
> understood few of the trials made. However, I have couple of questions:
>
>
>1.
>
>In some of the mid comments people are talking about writing a wrapper
>for OFBIZ services, why can’t we use it directly and extend it which is
>considered to be less effort than writing everything from
>scratch?(Temporary solution for the current developers)
>2.
>
>Since the work is still in progress, if someone wants to build REST APIs
>for non-services, then what could be best way to achieve it?(As far as I
>see converting non-services functionalities to services seems to be the
>only possible solution, please correct me if i am wrong)
>
>
> Similar to the approach as mentioned by Adrian
> <
> https://issues.apache.org/jira/browse/OFBIZ-4274?focusedCommentId=13031517=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13031517
> >
> , we followed the below approach to write wrappers to the services.
>
>-
>
>We collected all the services and its respective parameters/attributes
>and generated the api structure for each and every service
>-
>
>We are able to smoothly use the REST APIs for the services (no
>authentication integration yet)
>
>
> We are facing the below issues while trying to create REST Wrappers for the
> non-services,
>
>-
>
>Suppose, if we want to create a wrapper for finding a party / listing
>parties from Party module, then we don’t have a proper service that
>satisfies the requirement
>-
>
>Currently we followed a crude approach by writing a service for it(which
>is not working properly, facing some parameter matching issues, since it
>involves internal calls to multiple entities)
>
>
> We felt the above approach to be apt. Welcome feedback and comments on the
> approach.
>
> Is it possible to automate for writing the wrappers to OFBIZ non-services?
>
>
>
>
> On Tue, Apr 9, 2019 at 12:11 PM Jacques Le Roux <
> jacques.le.r...@les7arts.com> wrote:
>
> > Hi Rahul,
> >
> > Are you aware of the effort at
> > https://issues.apache.org/jira/browse/OFBIZ-4274 ?
> >
> > Thanks
> >
> > Jacques
> >
> > Le 08/04/2019 à 20:01, Rahul Utkoor a écrit :
> > > Hello Smits,
> > >
> > > I apologise for the late reply, I was busy with my exams and projects.
> > >
> > > *Our Approach :*
> > > We referred to the Services list provided by ofbiz and generated a
> > template
> > > API wrapper for the services. This wrapper is working for Post calls.
> We
> > > are currently working on the REST APIs and our ultimate goal is to
> > > contribute back to the Community.
> > >
> > > *Project Git link* :
> > > https://github.com/sbv-solutions-private-limited/ofbiz-framework
> > >
> > > You may find the wrappers written in the below link,
> > >
> >
> https://github.com/sbv-solutions-private-limited/ofbiz-framework/blob/trunk/hot-deploy/rest/src/main/java/org/cfbiz/rest/custom/PingResource.java
> > >
> > > Please feel free to ask questions/queries related to our approach.
> > >
> > > On Thu, Mar 21, 2019 at 9:42 PM Pierre Smits 
> > wrote:
> > >
> > >> Hi Rahul,
> > >>
> > >> I would say that many of our (potential) adopters and contributors
> would
> > >> interested to learn how you have achieved the implementations of the
> > REST
> > >> functionalities on services.
> > >>
> > >> Can you explain your approach a bit more?
> > >>
> > >> Maybe, when explaining a bit more, this will trigger other
> contributors
> > to
> > >> share their insights/approached to help you move forward. While at the
> > same
> > >> time, have the community come up with an acceptable approach to have
> > such
> > >> in play in the code base.
> > >>
> > >>
> > >> Best regards,
> > >>
> > >> Pierre Smits
> > >>
> > >> *Apache Trafodion , Vice President*
> > >> *Apache Directory , PMC Member*
> > >> Apache Incubator , committer
> > >> *Apache OFBiz ,