date:20170709

Re: Document Location

2017-07-09 Thread Sanjay Yadav

+1

Best Regards,

*Sanjay Yadav* | Manager, Enterprise Quality Assurance
HotWax Commerce  by HotWax Systems

80, Scheme No. 78, Part II, Indore, M.P. 452010, India
Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav


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

.
[image: Inline image 1]



On Mon, Jul 10, 2017 at 10:52 AM, Pranay Pandey <
pranay.pan...@hotwaxsystems.com> wrote:

> +1
>
> Best regards,
> Pranay Pandey
> www.hotwaxsystems.com
>
>
> On Sun, Jul 9, 2017 at 2:33 PM, Rishi Solanki 
> wrote:
>
> > Hi Pierre Smits/All,
> >
> > I just gone thru the the blog post by Pierre Smits, Brewing with OFBiz
> at a
> > small or medium sized brewery  > confluence/x/64HoAg>
> >
> > I see this is good case study thanks Pierre for that. The only concern I
> > have is this is under the 'Business Process Stories and Use Cases
> Library'
> > as parent. I would propose new location for the document.
> >
> > Current Location: Document > Business Process Stories and Use Cases
> Library
> > > Brewing with OFBiz at a small or medium sized brewery
> >
> > Proposed Location: Document > Case Study > Brewing with OFBiz at a small
> or
> > medium sized brewery
> >
> >
> > Proposing this so that in case other wanted to add case study then all
> can
> > be found at one place.
> >
> > If everyone agree then we can move this to new location.
> >
> >
> > Thanks!
> >
> > Rishi Solanki
> > Sr Manager, Enterprise Software Development
> > HotWax Systems Pvt. Ltd.
> > Direct: +91-9893287847
> > http://www.hotwaxsystems.com
> >
>

Re: Document Location

2017-07-09 Thread Pranay Pandey

+1

Best regards,
Pranay Pandey
www.hotwaxsystems.com


On Sun, Jul 9, 2017 at 2:33 PM, Rishi Solanki 
wrote:

> Hi Pierre Smits/All,
>
> I just gone thru the the blog post by Pierre Smits, Brewing with OFBiz at a
> small or medium sized brewery  confluence/x/64HoAg>
>
> I see this is good case study thanks Pierre for that. The only concern I
> have is this is under the 'Business Process Stories and Use Cases Library'
> as parent. I would propose new location for the document.
>
> Current Location: Document > Business Process Stories and Use Cases Library
> > Brewing with OFBiz at a small or medium sized brewery
>
> Proposed Location: Document > Case Study > Brewing with OFBiz at a small or
> medium sized brewery
>
>
> Proposing this so that in case other wanted to add case study then all can
> be found at one place.
>
> If everyone agree then we can move this to new location.
>
>
> Thanks!
>
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
>

Re: [Discussion] Failing the build if data loading fails

2017-07-09 Thread Taher Alkhateeb

Historically the data loader boolean props are false if ommitted and the
code expects that, but you have a point about the double negative. We can
instead call it "continue-on-failure" for example.

On Jul 10, 2017 3:48 AM, "Paul Foxworthy"  wrote:

Hi all,

I agree with option 3. I recall in my own work I once needed to add a throw
where there was none to track down a problem.

However ignore-failure leads to a double negative. How about
"stop-on-failure", default value true?

Cheers

Paul Foxworthy


On 10 July 2017 at 05:27, Taher Alkhateeb 
wrote:

> Correction: on item (2) in my post: fail immediately, not after
> loading all files, otherwise there's no point.
>
> On Sun, Jul 9, 2017 at 10:18 PM, Taher Alkhateeb
>  wrote:
> > Hello Everyone,
> >
> > For a long time I was annoyed by something in OFBiz: the build system
> > does not fail if data loading fails for some files. I spend hours
> > hunting bugs only to discover that the data simply did not load.
> >
> > Given that I'm working on refactoring the data loading container, I
> > believe this issue should resolved. However, I'm not sure if the
> > community is interested in making such a change.
> >
> > So I list below 3 options to select from:
> >
> > 1- Leave it as is, do not fail the build if some files do not load
> > 2- Continue loading until all files are done and then fail the build
> > 3- Provide a flag e.g. ignore-failure that tells the system whether to
> > fail or not with a default value of "false".
> >
> > My personal preference is for (3)
> >
> > WDYT?
>



--
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia

Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: i...@coherentsoftware.com.au

Re: [Discussion] Failing the build if data loading fails

2017-07-09 Thread Scott Gray

I don't mind if the behavior changes, but it's never bothered me since the
information is only a few lines above the build's success/fail message.  Or
at least, it was with the ant build system, I haven't tried with gradle
recently enough to recall.

Regards
Scott

On 10 July 2017 at 07:18, Taher Alkhateeb 
wrote:

> Hello Everyone,
>
> For a long time I was annoyed by something in OFBiz: the build system
> does not fail if data loading fails for some files. I spend hours
> hunting bugs only to discover that the data simply did not load.
>
> Given that I'm working on refactoring the data loading container, I
> believe this issue should resolved. However, I'm not sure if the
> community is interested in making such a change.
>
> So I list below 3 options to select from:
>
> 1- Leave it as is, do not fail the build if some files do not load
> 2- Continue loading until all files are done and then fail the build
> 3- Provide a flag e.g. ignore-failure that tells the system whether to
> fail or not with a default value of "false".
>
> My personal preference is for (3)
>
> WDYT?
>

Re: [Discussion] Failing the build if data loading fails

2017-07-09 Thread Paul Foxworthy

Hi all,

I agree with option 3. I recall in my own work I once needed to add a throw
where there was none to track down a problem.

However ignore-failure leads to a double negative. How about
"stop-on-failure", default value true?

Cheers

Paul Foxworthy


On 10 July 2017 at 05:27, Taher Alkhateeb 
wrote:

> Correction: on item (2) in my post: fail immediately, not after
> loading all files, otherwise there's no point.
>
> On Sun, Jul 9, 2017 at 10:18 PM, Taher Alkhateeb
>  wrote:
> > Hello Everyone,
> >
> > For a long time I was annoyed by something in OFBiz: the build system
> > does not fail if data loading fails for some files. I spend hours
> > hunting bugs only to discover that the data simply did not load.
> >
> > Given that I'm working on refactoring the data loading container, I
> > believe this issue should resolved. However, I'm not sure if the
> > community is interested in making such a change.
> >
> > So I list below 3 options to select from:
> >
> > 1- Leave it as is, do not fail the build if some files do not load
> > 2- Continue loading until all files are done and then fail the build
> > 3- Provide a flag e.g. ignore-failure that tells the system whether to
> > fail or not with a default value of "false".
> >
> > My personal preference is for (3)
> >
> > WDYT?
>



-- 
Coherent Software Australia Pty Ltd
PO Box 2773
Cheltenham Vic 3192
Australia

Phone: +61 3 9585 6788
Web: http://www.coherentsoftware.com.au/
Email: i...@coherentsoftware.com.au

Re: Improving the OFBiz User Interface with JPA

2017-07-09 Thread Victor Hernadez

Makus,

I'm working with 2 peers on a new project based on OFBiz to create a custom
app capable to interact with OFBiz db using Spring Framework + Angular 2. We
just started from scratch building our own ORM (Hibernate based)
implementation for OFBiz but now I found you already did a really great work
hence now I wonder if your are maintaining an updated repository which we
could use, test and help to you improving it instead of continue our own
implementation.

Thanks,
Victor




--
View this message in context: 
http://ofbiz.135035.n4.nabble.com/Improving-the-OFBiz-User-Interface-with-JPA-tp4700262p4707938.html
Sent from the OFBiz - Dev mailing list archive at Nabble.com.

Re: [Discussion] Failing the build if data loading fails

2017-07-09 Thread Taher Alkhateeb

Correction: on item (2) in my post: fail immediately, not after
loading all files, otherwise there's no point.

On Sun, Jul 9, 2017 at 10:18 PM, Taher Alkhateeb
 wrote:
> Hello Everyone,
>
> For a long time I was annoyed by something in OFBiz: the build system
> does not fail if data loading fails for some files. I spend hours
> hunting bugs only to discover that the data simply did not load.
>
> Given that I'm working on refactoring the data loading container, I
> believe this issue should resolved. However, I'm not sure if the
> community is interested in making such a change.
>
> So I list below 3 options to select from:
>
> 1- Leave it as is, do not fail the build if some files do not load
> 2- Continue loading until all files are done and then fail the build
> 3- Provide a flag e.g. ignore-failure that tells the system whether to
> fail or not with a default value of "false".
>
> My personal preference is for (3)
>
> WDYT?

[Discussion] Failing the build if data loading fails

2017-07-09 Thread Taher Alkhateeb

Hello Everyone,

For a long time I was annoyed by something in OFBiz: the build system
does not fail if data loading fails for some files. I spend hours
hunting bugs only to discover that the data simply did not load.

Given that I'm working on refactoring the data loading container, I
believe this issue should resolved. However, I'm not sure if the
community is interested in making such a change.

So I list below 3 options to select from:

1- Leave it as is, do not fail the build if some files do not load
2- Continue loading until all files are done and then fail the build
3- Provide a flag e.g. ignore-failure that tells the system whether to
fail or not with a default value of "false".

My personal preference is for (3)

WDYT?

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

2017-07-09 Thread Jacques Le Roux


It does not stop

Jacques


Le 09/07/2017 à 13:38, Taher Alkhateeb a écrit :

By fail you mean that it does not stop? or that it stops with an error
exit code?

On Sun, Jul 9, 2017 at 2:19 PM, Jacques Le Roux
 wrote:

Hi Taher,

It randomly fails, I did not reproduce locally but I did less tries locally.

Jacques



Le 09/07/2017 à 12:49, Taher Alkhateeb a écrit :

Hi Jacques,

Can you elaborate on this a little bit? Maybe there is a bug we can
fix. What happens exactly? it never shuts down? takes a while? error
logs?

On Sun, Jul 9, 2017 at 1:40 PM,   wrote:

Author: jleroux
Date: Sun Jul  9 10:40:36 2017
New Revision: 1801365

URL: http://svn.apache.org/viewvc?rev=1801365=rev
Log:
"ofbiz --shutdown" is not reliable when there are other instances
running.
So back to terminateOfbiz despite its killing of all OFBiz running
instances

Modified:
  ofbiz/tools/demo-backup/trunk-manual.sh

Modified: ofbiz/tools/demo-backup/trunk-manual.sh
URL:
http://svn.apache.org/viewvc/ofbiz/tools/demo-backup/trunk-manual.sh?rev=1801365=1801364=1801365=diff

==
--- ofbiz/tools/demo-backup/trunk-manual.sh (original)
+++ ofbiz/tools/demo-backup/trunk-manual.sh Sun Jul  9 10:40:36 2017
@@ -3,7 +3,7 @@
   cd /home/ofbizDemo/trunk
   svn up
   ./gradlew --no-daemon pullAllPluginsSource
-./gradlew --no-daemon "ofbiz --shutdown"
+./gradlew --no-daemon ofbiz terminateOfbiz
   ./gradlew --no-daemon cleanAll
   ./gradlew --no-daemon loadAll
   ./gradlew --no-daemon svnInfoFooter

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

2017-07-09 Thread Taher Alkhateeb

By fail you mean that it does not stop? or that it stops with an error
exit code?

On Sun, Jul 9, 2017 at 2:19 PM, Jacques Le Roux
 wrote:
> Hi Taher,
>
> It randomly fails, I did not reproduce locally but I did less tries locally.
>
> Jacques
>
>
>
> Le 09/07/2017 à 12:49, Taher Alkhateeb a écrit :
>>
>> Hi Jacques,
>>
>> Can you elaborate on this a little bit? Maybe there is a bug we can
>> fix. What happens exactly? it never shuts down? takes a while? error
>> logs?
>>
>> On Sun, Jul 9, 2017 at 1:40 PM,   wrote:
>>>
>>> Author: jleroux
>>> Date: Sun Jul  9 10:40:36 2017
>>> New Revision: 1801365
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1801365=rev
>>> Log:
>>> "ofbiz --shutdown" is not reliable when there are other instances
>>> running.
>>> So back to terminateOfbiz despite its killing of all OFBiz running
>>> instances
>>>
>>> Modified:
>>>  ofbiz/tools/demo-backup/trunk-manual.sh
>>>
>>> Modified: ofbiz/tools/demo-backup/trunk-manual.sh
>>> URL:
>>> http://svn.apache.org/viewvc/ofbiz/tools/demo-backup/trunk-manual.sh?rev=1801365=1801364=1801365=diff
>>>
>>> ==
>>> --- ofbiz/tools/demo-backup/trunk-manual.sh (original)
>>> +++ ofbiz/tools/demo-backup/trunk-manual.sh Sun Jul  9 10:40:36 2017
>>> @@ -3,7 +3,7 @@
>>>   cd /home/ofbizDemo/trunk
>>>   svn up
>>>   ./gradlew --no-daemon pullAllPluginsSource
>>> -./gradlew --no-daemon "ofbiz --shutdown"
>>> +./gradlew --no-daemon ofbiz terminateOfbiz
>>>   ./gradlew --no-daemon cleanAll
>>>   ./gradlew --no-daemon loadAll
>>>   ./gradlew --no-daemon svnInfoFooter
>>>
>>>
>

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

2017-07-09 Thread Jacques Le Roux


Hi Taher,

It randomly fails, I did not reproduce locally but I did less tries locally.

Jacques


Le 09/07/2017 à 12:49, Taher Alkhateeb a écrit :

Hi Jacques,

Can you elaborate on this a little bit? Maybe there is a bug we can
fix. What happens exactly? it never shuts down? takes a while? error
logs?

On Sun, Jul 9, 2017 at 1:40 PM,   wrote:

Author: jleroux
Date: Sun Jul  9 10:40:36 2017
New Revision: 1801365

URL: http://svn.apache.org/viewvc?rev=1801365=rev
Log:
"ofbiz --shutdown" is not reliable when there are other instances running.
So back to terminateOfbiz despite its killing of all OFBiz running instances

Modified:
 ofbiz/tools/demo-backup/trunk-manual.sh

Modified: ofbiz/tools/demo-backup/trunk-manual.sh
URL: 
http://svn.apache.org/viewvc/ofbiz/tools/demo-backup/trunk-manual.sh?rev=1801365=1801364=1801365=diff
==
--- ofbiz/tools/demo-backup/trunk-manual.sh (original)
+++ ofbiz/tools/demo-backup/trunk-manual.sh Sun Jul  9 10:40:36 2017
@@ -3,7 +3,7 @@
  cd /home/ofbizDemo/trunk
  svn up
  ./gradlew --no-daemon pullAllPluginsSource
-./gradlew --no-daemon "ofbiz --shutdown"
+./gradlew --no-daemon ofbiz terminateOfbiz
  ./gradlew --no-daemon cleanAll
  ./gradlew --no-daemon loadAll
  ./gradlew --no-daemon svnInfoFooter

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

2017-07-09 Thread Taher Alkhateeb

Hi Jacques,

Can you elaborate on this a little bit? Maybe there is a bug we can
fix. What happens exactly? it never shuts down? takes a while? error
logs?

On Sun, Jul 9, 2017 at 1:40 PM,   wrote:
> Author: jleroux
> Date: Sun Jul  9 10:40:36 2017
> New Revision: 1801365
>
> URL: http://svn.apache.org/viewvc?rev=1801365=rev
> Log:
> "ofbiz --shutdown" is not reliable when there are other instances running.
> So back to terminateOfbiz despite its killing of all OFBiz running instances
>
> Modified:
> ofbiz/tools/demo-backup/trunk-manual.sh
>
> Modified: ofbiz/tools/demo-backup/trunk-manual.sh
> URL: 
> http://svn.apache.org/viewvc/ofbiz/tools/demo-backup/trunk-manual.sh?rev=1801365=1801364=1801365=diff
> ==
> --- ofbiz/tools/demo-backup/trunk-manual.sh (original)
> +++ ofbiz/tools/demo-backup/trunk-manual.sh Sun Jul  9 10:40:36 2017
> @@ -3,7 +3,7 @@
>  cd /home/ofbizDemo/trunk
>  svn up
>  ./gradlew --no-daemon pullAllPluginsSource
> -./gradlew --no-daemon "ofbiz --shutdown"
> +./gradlew --no-daemon ofbiz terminateOfbiz
>  ./gradlew --no-daemon cleanAll
>  ./gradlew --no-daemon loadAll
>  ./gradlew --no-daemon svnInfoFooter
>
>

Re: OFBiz Sanity Test Document

2017-07-09 Thread Sanjay Yadav

Thank you, Rishi.

Best Regards,

*Sanjay Yadav* | Manager, Enterprise Quality Assurance
HotWax Commerce  by HotWax Systems

80, Scheme No. 78, Part II, Indore, M.P. 452010, India
Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav


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

.
[image: Inline image 1]



On Sun, Jul 9, 2017 at 3:52 PM, Rishi Solanki 
wrote:

> Thanks Sanjay for great effort,
>
> Moving this thread to dev list for better handling of feedback.
>
>
> --
> Rishi Solanki
> Sr Manager, Enterprise Software Development
> HotWax Systems Pvt. Ltd.
> Direct: +91-9893287847
> http://www.hotwaxsystems.com
>
> On Sun, Jul 9, 2017 at 3:46 PM, Sanjay Yadav  com
> > wrote:
>
> > Hello Everyone,
> >
> > I've created OFBiz Sanity Test document at below location -
> >
> > 
> > https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Sanity+Test
> >
> > Please have a look and let me know your feedback. Thanks!
> >
> >
> > Best Regards,
> >
> > *Sanjay Yadav* | Manager, Enterprise Quality Assurance
> > HotWax Commerce  by HotWax Systems
> > 
> > 80, Scheme No. 78, Part II, Indore, M.P. 452010, India
> > Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav
> > 
> >
> > 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>
> > .
> > [image: Inline image 1]
> >
> >
> >
>

Re: OFBiz Sanity Test Document

2017-07-09 Thread Rishi Solanki

Thanks Sanjay for great effort,

Moving this thread to dev list for better handling of feedback.


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

On Sun, Jul 9, 2017 at 3:46 PM, Sanjay Yadav  wrote:

> Hello Everyone,
>
> I've created OFBiz Sanity Test document at below location -
>
> 
> https://cwiki.apache.org/confluence/display/OFBIZ/OFBiz+Sanity+Test
>
> Please have a look and let me know your feedback. Thanks!
>
>
> Best Regards,
>
> *Sanjay Yadav* | Manager, Enterprise Quality Assurance
> HotWax Commerce  by HotWax Systems
> 
> 80, Scheme No. 78, Part II, Indore, M.P. 452010, India
> Mobile Phone: 787 918 8830 | Linkedin: Sanjay-Yadav
> 
>
> 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
> 
> .
> [image: Inline image 1]
>
>
>

Re: Bootstrap Theme Branch removed

2017-07-09 Thread Jacques Le Roux


Hi Michael,

It has been removed wrom SVN with 
https://issues.apache.org/jira/browse/OFBIZ-9219

But you can still find it here 
https://github.com/apache/ofbiz/tree/boostrap_theme

Jacques


Le 08/07/2017 à 22:57, Michael Brohl a écrit :

Hi everyone,

I wanted to review the work done in [1] and tried to view the branch mentioned 
there. I cannot find it.

Any hints?

Thanks and regards,

Michael


[1] https://issues.apache.org/jira/browse/OFBIZ-5840

Re: Document Location

2017-07-09 Thread Jacques Le Roux


+1

Jacques


Le 09/07/2017 à 11:03, Rishi Solanki a écrit :

Hi Pierre Smits/All,

I just gone thru the the blog post by Pierre Smits, Brewing with OFBiz at a
small or medium sized brewery 

I see this is good case study thanks Pierre for that. The only concern I
have is this is under the 'Business Process Stories and Use Cases Library'
as parent. I would propose new location for the document.

Current Location: Document > Business Process Stories and Use Cases Library

Brewing with OFBiz at a small or medium sized brewery

Proposed Location: Document > Case Study > Brewing with OFBiz at a small or
medium sized brewery


Proposing this so that in case other wanted to add case study then all can
be found at one place.

If everyone agree then we can move this to new location.


Thanks!

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

Document Location

2017-07-09 Thread Rishi Solanki

Hi Pierre Smits/All,

I just gone thru the the blog post by Pierre Smits, Brewing with OFBiz at a
small or medium sized brewery 

I see this is good case study thanks Pierre for that. The only concern I
have is this is under the 'Business Process Stories and Use Cases Library'
as parent. I would propose new location for the document.

Current Location: Document > Business Process Stories and Use Cases Library
> Brewing with OFBiz at a small or medium sized brewery

Proposed Location: Document > Case Study > Brewing with OFBiz at a small or
medium sized brewery


Proposing this so that in case other wanted to add case study then all can
be found at one place.

If everyone agree then we can move this to new location.


Thanks!

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

Re: Document Location

Re: Document Location

Re: [Discussion] Failing the build if data loading fails

Re: [Discussion] Failing the build if data loading fails

Re: [Discussion] Failing the build if data loading fails

Re: Improving the OFBiz User Interface with JPA

Re: [Discussion] Failing the build if data loading fails

[Discussion] Failing the build if data loading fails

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

Re: svn commit: r1801365 - /ofbiz/tools/demo-backup/trunk-manual.sh

Re: OFBiz Sanity Test Document

Re: OFBiz Sanity Test Document

Re: Bootstrap Theme Branch removed

Re: Document Location

Document Location

17 matches

Site Navigation

Mail list logo

Footer information