Re: Token Based Authentication with Apache OfBiz

[Deepak Dixit]

Hi Jacques,


I am also working on JWT (Jason Web Token) mechanism. I'll share the JWT
design and detail
Sorry for too late reply.
Here is the ticket for this work
https://issues.apache.org/jira/browse/OFBIZ-9833

We can discuss more over ticket .


Thanks & Regards
--
Deepak Dixit
www.hotwaxsystems.com
www.hotwax.co

On Thu, Oct 5, 2017 at 1:49 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Rahul,
>
> Did you finally implement this? If yes could you contribute or share?
>
> I'm currently working on such a solution and would prefer to share before
> contributing my own
>
> Jacques
>
>
> Le 18/06/2016 à 15:01, Rahul Bhooteshwar a écrit :
>
>> Hello All,
>> Recently felt the need of Token Based Authentication process in Apache
>> OfBiz while using OfBiz's business process offerings with standalone
>> clients like Mobile Apps, Angular JS based apps running outside Apache
>> OfBiz etc.
>>
>> What currently we are having in OfBiz is session based authentication
>> process which is *stateful*. But while dealing with the independently
>> running remote clients stateful authentication is not gonna work as we
>> will
>> not be using *server-browser session* anymore in those cases.
>>
>> Following are the initial draft & supporting documents to proceed further:
>>
>> - Token Based Authentication in Apache OfBiz
>> > kx7Qo_EI7u_PE0WNt3B4/edit#heading=h.g14rrmsoijiv>
>> - Token Based Authentication
>> > cg_ac7HFeSQQnF_S50nk/edit#heading=h.mdriqalojfy4>
>> - JSON Web Tokens
>> > Q7KBocWAGvss2p4N4fIM/edit>
>> - IETF's  (Internet Engineering Task Force) Documentation for JSON Web
>> Tokens
>> > c/view?pref=2&pli=1>
>>
>> I would like to propose a requirement to implement this in OfBiz, & invite
>> you all to provide valuable inputs to conclude the requirements &
>> implementation plans.
>>
>> Thanks and Regards
>> *Rahul Bhooteshwar*
>> Enterprise Software Engineer
>> HotWax Systems  - *Global leader in
>> innovative enterprise commerce solutions **powered by Apache OFBiz.*
>>
>>
>

Re: default-no-eca

[Jacques Le Roux]

Done at r1811571

Jacques


Le 04/10/2017 à 17:30, Jacques Le Roux a écrit :

Thanks Nicolas,

Then I suggest to keep it and document where it's used (in entityengine.xm) 
with a simple sentence

What would you suggest, maybe simply using the example you gave?

Jacques


Le 04/10/2017 à 16:53, Nicolas Malin a écrit :

We use this definition when we create a service that manage many data for 
massive import for performance or escape functional case.

I'm in favor to keep it, or if we rip maybe set it to comment with an example 
to how use it

Nicolas


Le 04/10/2017 à 10:21, Jacques Le Roux a écrit :

Hi,

We still have the default-no-eca delegator definition in entityengine.xml

I believe it was used when OFBiz was still using a workflow engine (Shark was 
the last). I don't see any needs now, but maybe by Hans with Activiti.

So my question: should we get rid of it? Else we should simply document it in 
entityengine.xml with the other delegator (a simple sentence)

Thanks

Jacques

Re: Token Based Authentication with Apache OfBiz

[Jacques Le Roux]

Thanks for feedback Rishi

Jacques


Le 09/10/2017 à 16:33, Rishi Solanki a écrit :

Jacques,

I think you can go with your solution, as no updates on this since long.

Rishi Solanki
Sr Manager, Enterprise Software Development
HotWax Systems Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxsystems.com
www.hotwax.co

On Thu, Oct 5, 2017 at 1:49 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


Hi Rahul,

Did you finally implement this? If yes could you contribute or share?

I'm currently working on such a solution and would prefer to share before
contributing my own

Jacques


Le 18/06/2016 à 15:01, Rahul Bhooteshwar a écrit :


Hello All,
Recently felt the need of Token Based Authentication process in Apache
OfBiz while using OfBiz's business process offerings with standalone
clients like Mobile Apps, Angular JS based apps running outside Apache
OfBiz etc.

What currently we are having in OfBiz is session based authentication
process which is *stateful*. But while dealing with the independently
running remote clients stateful authentication is not gonna work as we
will
not be using *server-browser session* anymore in those cases.

Following are the initial draft & supporting documents to proceed further:

 - Token Based Authentication in Apache OfBiz
 
 - Token Based Authentication
 
 - JSON Web Tokens
 
 - IETF's  (Internet Engineering Task Force) Documentation for JSON Web
 Tokens
 

I would like to propose a requirement to implement this in OfBiz, & invite
you all to provide valuable inputs to conclude the requirements &
implementation plans.

Thanks and Regards
*Rahul Bhooteshwar*
Enterprise Software Engineer
HotWax Systems  - *Global leader in
innovative enterprise commerce solutions **powered by Apache OFBiz.*

Re: Token Based Authentication with Apache OfBiz

[Rishi Solanki]

Jacques,

I think you can go with your solution, as no updates on this since long.

Rishi Solanki
Sr Manager, Enterprise Software Development
HotWax Systems Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxsystems.com
www.hotwax.co

On Thu, Oct 5, 2017 at 1:49 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Rahul,
>
> Did you finally implement this? If yes could you contribute or share?
>
> I'm currently working on such a solution and would prefer to share before
> contributing my own
>
> Jacques
>
>
> Le 18/06/2016 à 15:01, Rahul Bhooteshwar a écrit :
>
>> Hello All,
>> Recently felt the need of Token Based Authentication process in Apache
>> OfBiz while using OfBiz's business process offerings with standalone
>> clients like Mobile Apps, Angular JS based apps running outside Apache
>> OfBiz etc.
>>
>> What currently we are having in OfBiz is session based authentication
>> process which is *stateful*. But while dealing with the independently
>> running remote clients stateful authentication is not gonna work as we
>> will
>> not be using *server-browser session* anymore in those cases.
>>
>> Following are the initial draft & supporting documents to proceed further:
>>
>> - Token Based Authentication in Apache OfBiz
>> > kx7Qo_EI7u_PE0WNt3B4/edit#heading=h.g14rrmsoijiv>
>> - Token Based Authentication
>> > cg_ac7HFeSQQnF_S50nk/edit#heading=h.mdriqalojfy4>
>> - JSON Web Tokens
>> > Q7KBocWAGvss2p4N4fIM/edit>
>> - IETF's  (Internet Engineering Task Force) Documentation for JSON Web
>> Tokens
>> > c/view?pref=2&pli=1>
>>
>> I would like to propose a requirement to implement this in OfBiz, & invite
>> you all to provide valuable inputs to conclude the requirements &
>> implementation plans.
>>
>> Thanks and Regards
>> *Rahul Bhooteshwar*
>> Enterprise Software Engineer
>> HotWax Systems  - *Global leader in
>> innovative enterprise commerce solutions **powered by Apache OFBiz.*
>>
>>
>

buildbot success in on ofbiz-trunk-framework-plugins

[buildbot]

The Buildbot has detected a restored build on builder 
ofbiz-trunk-framework-plugins while building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk-framework-plugins/builds/535

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 
'on-ofbiz-framework-commit' triggered this build
Build Source Stamp: [branch ofbiz/ofbiz-framework/trunk] 1811571
Blamelist: jleroux

Build succeeded!

Sincerely,
 -The Buildbot

buildbot failure in on ofbiz-trunk-framework-plugins

[buildbot]

The Buildbot has detected a new failure on builder 
ofbiz-trunk-framework-plugins while building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk-framework-plugins/builds/534

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: lares_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 
'on-ofbiz-framework-commit' triggered this build
Build Source Stamp: [branch ofbiz/ofbiz-framework/trunk] 1811566
Blamelist: taher

BUILD FAILED: failed shell_4

Sincerely,
 -The Buildbot

buildbot success in on ofbiz-trunk-framework

[buildbot]

The Buildbot has detected a restored build on builder ofbiz-trunk-framework 
while building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk-framework/builds/537

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: silvanus_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 
'on-ofbiz-framework-commit' triggered this build
Build Source Stamp: [branch ofbiz/ofbiz-framework/trunk] 1811566
Blamelist: taher

Build succeeded!

Sincerely,
 -The Buildbot

buildbot failure in on ofbiz-trunk-framework

[buildbot]

The Buildbot has detected a new failure on builder ofbiz-trunk-framework while 
building . Full details are available at:
https://ci.apache.org/builders/ofbiz-trunk-framework/builds/536

Buildbot URL: https://ci.apache.org/

Buildslave for this Build: lares_ubuntu

Build Reason: The AnyBranchScheduler scheduler named 
'on-ofbiz-framework-commit' triggered this build
Build Source Stamp: [branch ofbiz/ofbiz-framework/trunk] 1811564
Blamelist: jleroux

BUILD FAILED: failed shell_2

Sincerely,
 -The Buildbot

Change default Theme to Rainbow Saphir

[Jacques Le Roux]

Hi,

I see that more and more the Rainbow theme is used in our demos.

I guess it's because It has 2 advantages:

1. Being initially based on Flat Grey it handles RTL languages (the only one 
doing that with Flat Grey)
2. It's a modern theme, like others but Flat Grey (dropdown sub-menus etc.)

Now if we agree about the change we also need to determine which variations, I personally prefer Saphir, (BTW in English should be Sapphire and we 
need to change that ;))


I have also just noticed one thing: if you set the Arab language it's difficult (impossible?) to get back to another language w/ that theme. To be 
checked before creating a Jira for that...


Jacques

Re: Purchase Order Cancel status

[Suraj Khurana]

Thanks Renuka for bringing this into notice.

I also agree with Arun's point

--
Best Regards,
*Suraj Khurana* | Sr. Enterprise Software Engineer
*HotWax Commerce * by  *HotWax Systems*
Plot no. 80, Scheme no. 78, Vijay Nagar, Indore, M.P. India 452010


On Mon, Oct 9, 2017 at 3:13 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi Renuka,
>
> It seems to have slipped in with http://svn.apache.org/viewvc?v
> iew=revision&revision=1026520
>
> I see no reason to keep it
>
> Jacques
>
>
>
> Le 05/10/2017 à 15:47, Renuka Srishti a écrit :
>
>> Hello Devs,
>>
>> This is reference to
>> http://markmail.org/message/wggbvdumrndpkxrj
>>
>> In "applications/order/src/org/ofbiz/order/order/OrderServices.java",
>> under
>> "checkItemStatus" service, there is one check for all item cancelled:
>>
>> if (!"PURCHASE_ORDER".equals(orderTypeId)) {
>>  newStatus = "ORDER_CANCELLED";
>> }
>>
>> I was trying to find out the reason behind it but did not get any.
>>
>> When we cancel all the items of an order, Order should cancel at the
>> header
>> level too. Then why we have added this special check for purchase order?
>>
>> Becuase of this check, after canceling of all the items, purchase order do
>> not get canceled at the header level. Currently, we need to cancel the
>> purchase order manually.
>>
>>
>> Thanks
>> Renuka Srishti
>>
>>
>

Re: Purchase Order Cancel status

[Jacques Le Roux]

Hi Renuka,

It seems to have slipped in with 
http://svn.apache.org/viewvc?view=revision&revision=1026520

I see no reason to keep it

Jacques


Le 05/10/2017 à 15:47, Renuka Srishti a écrit :

Hello Devs,

This is reference to
http://markmail.org/message/wggbvdumrndpkxrj

In "applications/order/src/org/ofbiz/order/order/OrderServices.java", under
"checkItemStatus" service, there is one check for all item cancelled:

if (!"PURCHASE_ORDER".equals(orderTypeId)) {
 newStatus = "ORDER_CANCELLED";
}

I was trying to find out the reason behind it but did not get any.

When we cancel all the items of an order, Order should cancel at the header
level too. Then why we have added this special check for purchase order?

Becuase of this check, after canceling of all the items, purchase order do
not get canceled at the header level. Currently, we need to cancel the
purchase order manually.


Thanks
Renuka Srishti

Re: Purchase Order Cancel status

[Arun Patidar]

IMO, we should keep SO and PO consistent in this workflow. Also, there is
less chance to add item after canceling all item.  To keep order status
sync with items, we should cancel the order if all items have been canceled.



-- 
Thanks & Regards
---
Arun Patidar
Manager, Enterprise Software Development

HotWax Systems Pvt Ltd.

www.hotwaxsystems.com


On Mon, Oct 9, 2017 at 2:36 PM, Renuka Srishti 
wrote:

> Hii Mohammad,
> I agree with your points. I think we should wait for other's reply too,
> then we can conclude the implementation.
>
> Thanks
> Renuka Srishti
>
> On Fri, Oct 6, 2017 at 7:34 PM, Mohammad Kathawala <
> mohammad.kathaw...@hotwaxsystems.com> wrote:
>
> > Hi,
> >
> > IMO, if all the items of the order need to be canceled then the user
> > should/would directly cancel the order rather than canceling all the
> items
> > individually. This will automatically cancel all the items and the order
> at
> > header level. Despite this, still, if the user cancels all the items
> > individually then IMO the order should not get canceled automatically at
> > header level because after the order is canceled you cannot add new items
> > to it and it might be possible that user wants to add new items to the
> > order after canceling all the existing items. The order should be
> canceled
> > manually in this case.
> >
> > Thanks.
> >
> > Regards*,*
> > *Mohammad Kathawala* | Technical Consultant / Team Lead
> > *HotWax Commerce* by *HotWax Systems*
> > Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> > Indore,
> > M.P 452010
> > Cell phone: 7772858789
> >
> > HotWax Systems recently received 8 mentions in *The Gartner Digital
> > Commerce Vendor Guide, 2016 *by Gartner, Inc., the world's leading IT
> > research and advisory company. Learn more about our research here
> >  > newsletters/HotWax/1-2UVLP6M/index.html>
> > .
> >
> > On Fri, Oct 6, 2017 at 7:14 PM, Ratnesh Upadhyay <
> > upadhyay.ratn...@gmail.com
> > > wrote:
> >
> > > Hi Renuka,
> > >
> > > I would also prefer to remove this condition as it's not making sense
> to
> > > keep order in created status when all the order items get canceled.
> > >
> > > Thanks!!
> > >
> > > Regards,
> > > Ratnesh Upadhyay
> > > HotWax Systems | www.hotwaxsystems.com
> > >
> > > On Fri, Oct 6, 2017 at 12:52 PM, Deepak Dixit <
> > > deepak.di...@hotwaxsystems.com> wrote:
> > >
> > > > Hi Renuka,
> > > >
> > > > I see no reason to keen this condition.  we can remove this.
> > > > As I know there is no business scenario around this. If all order
> item
> > > > cancelled than order should be cancel either its Sales or Purchase
> > order.
> > > >
> > > >
> > > >
> > > > Thanks & Regards
> > > > --
> > > > Deepak Dixit
> > > > www.hotwaxsystems.com
> > > > www.hotwax.co
> > > >
> > > > On Thu, Oct 5, 2017 at 7:17 PM, Renuka Srishti <
> > > renuka.srisht...@gmail.com
> > > > >
> > > > wrote:
> > > >
> > > > > Hello Devs,
> > > > >
> > > > > This is reference to
> > > > > http://markmail.org/message/wggbvdumrndpkxrj
> > > > >
> > > > > In "applications/order/src/org/ofbiz/order/order/
> > OrderServices.java",
> > > > > under
> > > > > "checkItemStatus" service, there is one check for all item
> cancelled:
> > > > >
> > > > > if (!"PURCHASE_ORDER".equals(orderTypeId)) {
> > > > > newStatus = "ORDER_CANCELLED";
> > > > > }
> > > > >
> > > > > I was trying to find out the reason behind it but did not get any.
> > > > >
> > > > > When we cancel all the items of an order, Order should cancel at
> the
> > > > header
> > > > > level too. Then why we have added this special check for purchase
> > > order?
> > > > >
> > > > > Becuase of this check, after canceling of all the items, purchase
> > order
> > > > do
> > > > > not get canceled at the header level. Currently, we need to cancel
> > the
> > > > > purchase order manually.
> > > > >
> > > > >
> > > > > Thanks
> > > > > Renuka Srishti
> > > > >
> > > >
> > >
> >
>

Re: Purchase Order Cancel status

[Renuka Srishti]

Hii Mohammad,
I agree with your points. I think we should wait for other's reply too,
then we can conclude the implementation.

Thanks
Renuka Srishti

On Fri, Oct 6, 2017 at 7:34 PM, Mohammad Kathawala <
mohammad.kathaw...@hotwaxsystems.com> wrote:

> Hi,
>
> IMO, if all the items of the order need to be canceled then the user
> should/would directly cancel the order rather than canceling all the items
> individually. This will automatically cancel all the items and the order at
> header level. Despite this, still, if the user cancels all the items
> individually then IMO the order should not get canceled automatically at
> header level because after the order is canceled you cannot add new items
> to it and it might be possible that user wants to add new items to the
> order after canceling all the existing items. The order should be canceled
> manually in this case.
>
> Thanks.
>
> Regards*,*
> *Mohammad Kathawala* | Technical Consultant / Team Lead
> *HotWax Commerce* by *HotWax Systems*
> Plot no. 80, Scheme no. 78 Part 2, Near Brilliant Convention Center,
> Indore,
> M.P 452010
> Cell phone: 7772858789
>
> HotWax Systems recently received 8 mentions in *The Gartner Digital
> Commerce Vendor Guide, 2016 *by Gartner, Inc., the world's leading IT
> research and advisory company. Learn more about our research here
>  newsletters/HotWax/1-2UVLP6M/index.html>
> .
>
> On Fri, Oct 6, 2017 at 7:14 PM, Ratnesh Upadhyay <
> upadhyay.ratn...@gmail.com
> > wrote:
>
> > Hi Renuka,
> >
> > I would also prefer to remove this condition as it's not making sense to
> > keep order in created status when all the order items get canceled.
> >
> > Thanks!!
> >
> > Regards,
> > Ratnesh Upadhyay
> > HotWax Systems | www.hotwaxsystems.com
> >
> > On Fri, Oct 6, 2017 at 12:52 PM, Deepak Dixit <
> > deepak.di...@hotwaxsystems.com> wrote:
> >
> > > Hi Renuka,
> > >
> > > I see no reason to keen this condition.  we can remove this.
> > > As I know there is no business scenario around this. If all order item
> > > cancelled than order should be cancel either its Sales or Purchase
> order.
> > >
> > >
> > >
> > > Thanks & Regards
> > > --
> > > Deepak Dixit
> > > www.hotwaxsystems.com
> > > www.hotwax.co
> > >
> > > On Thu, Oct 5, 2017 at 7:17 PM, Renuka Srishti <
> > renuka.srisht...@gmail.com
> > > >
> > > wrote:
> > >
> > > > Hello Devs,
> > > >
> > > > This is reference to
> > > > http://markmail.org/message/wggbvdumrndpkxrj
> > > >
> > > > In "applications/order/src/org/ofbiz/order/order/
> OrderServices.java",
> > > > under
> > > > "checkItemStatus" service, there is one check for all item cancelled:
> > > >
> > > > if (!"PURCHASE_ORDER".equals(orderTypeId)) {
> > > > newStatus = "ORDER_CANCELLED";
> > > > }
> > > >
> > > > I was trying to find out the reason behind it but did not get any.
> > > >
> > > > When we cancel all the items of an order, Order should cancel at the
> > > header
> > > > level too. Then why we have added this special check for purchase
> > order?
> > > >
> > > > Becuase of this check, after canceling of all the items, purchase
> order
> > > do
> > > > not get canceled at the header level. Currently, we need to cancel
> the
> > > > purchase order manually.
> > > >
> > > >
> > > > Thanks
> > > > Renuka Srishti
> > > >
> > >
> >
>

Re: Alternative UI using Vaadin as ofbiz user interface

[Julien NICOLAS]

Hi Marek,

Not sure that your message fit to this topics and to this mailing list.

I suggest you to create a new topics in the u...@ofbiz.apache.org

Regards,

Julien.


On 09/10/2017 09:27, Marek Mosiewicz wrote:

I'm sorry I accidentally send not finished message.


Concerning REALLY successful ERP there are currently some bad 
architectural descision taken in my opinion


In each existing ERP :


- Server side client rendering. I think there are existing 
technologies which enable client side logic. Java, Groovy, Scala each 
can be compiled to JS. That enables Logic shared on server and client. 
Simple thing recalculation of total and taxes on invoice could be done 
on focus lost or even on typing in would be done on Client. Client 
would have cache of data on server. It couled be done by Recalculation 
service which could be identical on server and client (Security), or 
client change log and reactive/rule logic


- Document oriented. No known open source ERP is document oriented. 
OfBiz has Order creation service in java which could be considered 
document orineted. But that should be for everyting. That simplifies 
client, makes it faster to fetch data, makes it easier for EDI. There 
could be also services for lines, but it should be possible to have it 
only for alterations


- Application dictionary. AFAIK application dictionary used in 
Compiere/Adempiere has IBM patent from 80's and should be now 
obsolate. Application dictionary makes it feel ERP better than 
creating access application. Compiere has one screen per table GUI AD, 
but it could be done to tree and had full power of GUI toolkit


- Web technology I consider Polymer or DOJO 2. They feel almost like 
desktop application


- DSL for appilcation dictionat. With Groovy or Scala you can create 
nice DSL for describing AD. It could be e.g adding new field to


other module module as plugin

- Dynamic with optional static typing. Dynamic is great fo small 
implementation vide plugins in Odoo. Same class could be gnereated 
(MDA) for enterprise implementation (much more fatster) and for 
developers (intelli sense). Groovy and scala has this feature.


- Command driven. It is rare for Java application to be command 
driven. If services are implemented in static language commands aka 
ofbiz services could be just annotated without any xml or dsl


- Standard commands for creating updateding deleteing should pass VO 
of document. Currently it is nightmare to add field to entity at it 
requires to change service paramters.



Is somebody interested to help me with creating prototype ?


Sincerly,

  Marek Mosiewicz



W dniu 2017-10-09 o 08:52, marekmosiew...@gmail.com pisze:


Hello everybody,

Concerning REALLY successful ERP there are currently some bad 
architectural descision taken


In each existing ERP :

 1. Server side client rendering. I think there are existing
    technologies which enable client side logic. Java, Groovy, Scala
    each can be compiled to JS. That enables

Logic shared on server and client. Simple thing recalculation of 
total and taxes on invoice could be done on focus lost or even on 
typing in would be done on


Client. Client would have cache of data on server. It couled be done 
by Recalculation service which could be identical on server and 
client (Security), or client


change log and reactive/rule logic

*From: *Hans Bakker 
*Sent: *poniedziałek, 9 października 2017 05:09
*To: *dev@ofbiz.apache.org ; Nicolas 
Malin 
*Cc: *wittawa...@gmail.com ; 
lathong...@gmail.com 

*Subject: *Re: Alternative UI using Vaadin as ofbiz user interface

Hi Nicolas,

i created https://issues.apache.org/jira/browse/OFBIZ-9831 for you

we are still working to improve the implementation.

if you have questions, let me know

we can also provide write access to our git repository

Thanks in advance for your help.

Regards,

Hans

On 30/09/17 01:05, Nicolas Malin wrote:

> Hi Hans,

>

> If it's too complicate for you to migrate your current works on the

> common-theme structure, please open an issue with your current patch I

> will check if it's possible to support it by common-theme or if the

> framework need some improvement to realize that.

>

> Cheers,

>

> Nicolas

>

>

> Le 19/09/2017 à 08:49, Jacques Le Roux a écrit :

>> Hi Hans,

>>

>> I'd then suggest to have a look at the common-theme Nicolas recently

>> introduced and how to use it with your Vaadin effort in order to not

>> have to change things in framework if possible

>>

>> Please check https://issues.apache.org/jira/browse/OFBIZ-9138

>>

>> Thanks

>>

>> Jacques

>>

>>

>> Le 19/09/2017 à 03:56, Hans Bakker a écrit :

>>> Hi Jacques,

>>>

>>> we currently create it as a plugin with some patches, but it 
would be


>>> nice to integrate it in the framework, so it can be used by all

>>>

Re: Alternative UI using Vaadin as ofbiz user interface

[Marek Mosiewicz]

I'm sorry I accidentally send not finished message.


Concerning REALLY successful ERP there are currently some bad 
architectural descision taken in my opinion


In each existing ERP :


- Server side client rendering. I think there are existing technologies 
which enable client side logic. Java, Groovy, Scala each can be compiled 
to JS. That enables Logic shared on server and client. Simple thing 
recalculation of total and taxes on invoice could be done on focus lost 
or even on typing in would be done on Client. Client would have cache of 
data on server. It couled be done by Recalculation service which could 
be identical on server and client (Security), or client change log and 
reactive/rule logic


- Document oriented. No known open source ERP is document oriented. 
OfBiz has Order creation service in java which could be considered 
document orineted. But that should be for everyting. That simplifies 
client, makes it faster to fetch data, makes it easier for EDI. There 
could be also services for lines, but it should be possible to have it 
only for alterations


- Application dictionary. AFAIK application dictionary used in 
Compiere/Adempiere has IBM patent from 80's and should be now obsolate. 
Application dictionary makes it feel ERP better than creating access 
application. Compiere has one screen per table GUI AD, but it could be 
done to tree and had full power of GUI toolkit


- Web technology I consider Polymer or DOJO 2. They feel almost like 
desktop application


- DSL for appilcation dictionat. With Groovy or Scala you can create 
nice DSL for describing AD. It could be e.g adding new field to


other module module as plugin

- Dynamic with optional static typing. Dynamic is great fo small 
implementation vide plugins in Odoo. Same class could be gnereated (MDA) 
for enterprise implementation (much more fatster) and for developers 
(intelli sense). Groovy and scala has this feature.


- Command driven. It is rare for Java application to be command driven. 
If services are implemented in static language commands aka ofbiz 
services could be just annotated without any xml or dsl


- Standard commands for creating updateding deleteing should pass VO of 
document. Currently it is nightmare to add field to entity at it 
requires to change service paramters.



Is somebody interested to help me with creating prototype ?


Sincerly,

  Marek Mosiewicz



W dniu 2017-10-09 o 08:52, marekmosiew...@gmail.com pisze:


Hello everybody,

Concerning REALLY successful ERP there are currently some bad 
architectural descision taken


In each existing ERP :

 1. Server side client rendering. I think there are existing
technologies which enable client side logic. Java, Groovy, Scala
each can be compiled to JS. That enables

Logic shared on server and client. Simple thing recalculation of total 
and taxes on invoice could be done on focus lost or even on typing in 
would be done on


Client. Client would have cache of data on server. It couled be done 
by Recalculation service which could be identical on server and client 
(Security), or client


change log and reactive/rule logic

*From: *Hans Bakker 
*Sent: *poniedziałek, 9 października 2017 05:09
*To: *dev@ofbiz.apache.org ; Nicolas 
Malin 
*Cc: *wittawa...@gmail.com ; 
lathong...@gmail.com 

*Subject: *Re: Alternative UI using Vaadin as ofbiz user interface

Hi Nicolas,

i created https://issues.apache.org/jira/browse/OFBIZ-9831 for you

we are still working to improve the implementation.

if you have questions, let me know

we can also provide write access to our git repository

Thanks in advance for your help.

Regards,

Hans

On 30/09/17 01:05, Nicolas Malin wrote:

> Hi Hans,

>

> If it's too complicate for you to migrate your current works on the

> common-theme structure, please open an issue with your current patch I

> will check if it's possible to support it by common-theme or if the

> framework need some improvement to realize that.

>

> Cheers,

>

> Nicolas

>

>

> Le 19/09/2017 à 08:49, Jacques Le Roux a écrit :

>> Hi Hans,

>>

>> I'd then suggest to have a look at the common-theme Nicolas recently

>> introduced and how to use it with your Vaadin effort in order to not

>> have to change things in framework if possible

>>

>> Please check https://issues.apache.org/jira/browse/OFBIZ-9138

>>

>> Thanks

>>

>> Jacques

>>

>>

>> Le 19/09/2017 à 03:56, Hans Bakker a écrit :

>>> Hi Jacques,

>>>

>>> we currently create it as a plugin with some patches, but it would be

>>> nice to integrate it in the framework, so it can be used by all

>>> components

>>>

>>> regards,

>>> Hans

>>>

>>> On 08/08/17 20:10, Jacques Le Roux wrote:

 Hi Hans,



 I'm not interested in helping to implement (rather not enough spare

 time) but that could be