Re: Hot-Deploy in 16.11.04...and Later?
The hot-deploy order was removed after the release branch for 16.11 was created, along with the removal of specialpurpose (now ofbiz-plugins in another repository). So plugins is available in trunk and the 17.12 release branch. If you use 16.11, your custom components should be placed in hot-deploy. When you move to trunk or 17.12, you can simply move the components into the plugins folder. Regards, Michael Am 31.01.18 um 23:19 schrieb stim...@comcast.net: Hi It was quite some time back (well, a year...that's like 7 dog years or 14 programmer years) it was announced that hot-deploy was being deprecated: https://blogs.apache.org/ofbiz/entry/apache-ofbiz-news-march-2017 The directory still exists in 16.11.04. Would it be correct to assume that even if this still works it would better to make any customization in plugins (mentioned in the above URL)? And would this be true of custom component loads of data when nothing else is being customized, or is data load customization a completely different topic for building custom gradlew load targets? Thanks! smime.p7s Description: S/MIME Cryptographic Signature
Re: Hot-Deploy in 16.11.04...and Later?
In order to be closer to how release 17 will be, would it be advisable to completely avoid the hot-deploy directory for now (this is limited to custom data loading)? - Original Message -From: Taher Alkhateeb To: user@ofbiz.apache.orgSent: Wed, 31 Jan 2018 23:25:37 - (UTC)Subject: Re: Hot-Deploy in 16.11.04...and Later? Data loading is one topic, location of custom components is another topic.In release 17 and later, there is no longer a hot-deploy, but only aplugins folder to place your custom work. As for data loading, it does not matter where you place your component, thedata will load anyway as long as you have the loading in proper order ifyou have any dependencies on other data. On Feb 1, 2018 1:19 AM, wrote: Hi It was quite some time back (well, a year...that's like 7 dog years or 14programmer years) it was announced that hot-deploy was being deprecated:https://blogs.apache.org/ofbiz/entry/apache-ofbiz-news-march-2017 The directory still exists in 16.11.04. Would it be correct to assume thateven if this still works it would better to make any customization inplugins (mentioned in the above URL)? And would this be true of customcomponent loads of data when nothing else is being customized, or is dataload customization a completely different topic for building custom gradlewload targets? Thanks!
Re: Hot-Deploy in 16.11.04...and Later?
Data loading is one topic, location of custom components is another topic. In release 17 and later, there is no longer a hot-deploy, but only a plugins folder to place your custom work. As for data loading, it does not matter where you place your component, the data will load anyway as long as you have the loading in proper order if you have any dependencies on other data. On Feb 1, 2018 1:19 AM, wrote: Hi It was quite some time back (well, a year...that's like 7 dog years or 14 programmer years) it was announced that hot-deploy was being deprecated: https://blogs.apache.org/ofbiz/entry/apache-ofbiz-news-march-2017 The directory still exists in 16.11.04. Would it be correct to assume that even if this still works it would better to make any customization in plugins (mentioned in the above URL)? And would this be true of custom component loads of data when nothing else is being customized, or is data load customization a completely different topic for building custom gradlew load targets? Thanks!
Hot-Deploy in 16.11.04...and Later?
Hi It was quite some time back (well, a year...that's like 7 dog years or 14 programmer years) it was announced that hot-deploy was being deprecated: https://blogs.apache.org/ofbiz/entry/apache-ofbiz-news-march-2017 The directory still exists in 16.11.04. Would it be correct to assume that even if this still works it would better to make any customization in plugins (mentioned in the above URL)? And would this be true of custom component loads of data when nothing else is being customized, or is data load customization a completely different topic for building custom gradlew load targets? Thanks!
Re: New setup issues
Besides the wrong port: did you install the eCommerce plugin? It‘s not part of the standard OFBiz framework release. Regards, Michael
Re: New setup issues
It should be https://localhost:8443/ecommerce -- Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html
Re: New setup issues
Hello and welcome aboard, I hope you enjoy your journey. The port is wrong. It's 8443 not 8334. Cheers On Feb 1, 2018 12:21 AM, "bryce" wrote: Hello all, I am setting up a new install of Apache OFBiz for myself. I followed all the instructions.. download JDK, download OFBiz... installed... ran commands to build. When I go to the browser and enter https://localhost:8334/ecommerce I get "cannot reach site. Any recommendations for this newbie? Thanks in advance Bryceson -- Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html
New setup issues
Hello all, I am setting up a new install of Apache OFBiz for myself. I followed all the instructions.. download JDK, download OFBiz... installed... ran commands to build. When I go to the browser and enter https://localhost:8334/ecommerce I get "cannot reach site. Any recommendations for this newbie? Thanks in advance Bryceson -- Sent from: http://ofbiz.135035.n4.nabble.com/OFBiz-User-f135036.html
AW: Invoice in status approved - cancel
Hello, I created a jira "Improvement" with a patch attached OFBIZ-10189. I guess when it comes to a business rule (OOTB) like the one addressed someone of the community should be able to explain it. Otherwise there my be space for improvment. Thanks for your quick answers. Best regards Ingo -Ursprüngliche Nachricht- Von: Pierre Smits [mailto:pierresm...@apache.org] Gesendet: Dienstag, 30. Jänner 2018 17:22 An: user@ofbiz.apache.org Betreff: Re: Invoice in status approved - cancel Hi Ingo, This is an interpretation by the community of a business rule (which - of course - can vary per organisation depending on the underlying accounting prinicple, e.g. GAAP vs IAS vs local rules). In this case I surmise the interpretation is to have maximum flexibility in place. With also the perception in mind that if an individual adopter would require a specific business rule applied he/she would have his own code base adjusted. As such, it is not a bug. Best regards, Pierre Smits V.P. Apache Trafodion On Tue, Jan 30, 2018 at 10:25 AM, Arun Patidar < arun.pati...@hotwaxsystems.com> wrote: > Hello Ingo, > > Your point makes sense. I am not able to think about any scenario in > which current status change flow is valid. This seems a bug and you > can raise a ticket in Jira for same. > > -- > Thanks & Regards > --- > Arun Patidar > Manager, Enterprise Software Development > > www.hotwaxsystems.comwww.hotwax.co > > > On Tue, Jan 30, 2018 at 1:35 PM, Ingo Wolfmayr > > wrote: > > > Hi everyone, > > > > when I create an invoice and set it to status "INVOICE_APPROVED" it > > is > not > > possible to cancel the invoice as the status change is not > > available. If > I > > change the status to "INVOICE_READY" it is again possible to cancel > > the invoice. I would like to know the reason why the invoice cannot > > be cancelled in status "INVOICE_APPROVED" but can be done later. > > > > 1. Create invoice (sales invoice) > > 2. Set status to "INVOICE_APPROVED": available status changes: > > INVOICE_SEND, INVOICE_READY > > 3. Set status to "INVOICE_READY": available status changes: > > INVOICE_PAID, INVOICE_CANCELLED, INVOICE_PAIDOFF > > > > Thanks for any information. > > Best regards > > Ingo > > > > > > >