Re: OFBiz demo certificate

[Pierre Smits]

There are yaml files for the Puppet scripts to configure the demo sites of
OFBiz.

Pierre Smits

ORRTIZ.COM 
OFBiz based solutions & services

OFBiz Extensions Marketplace
http://oem.ofbizci.net/oci-2/

On Sat, Jan 14, 2017 at 8:17 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Le 14/01/2017 à 17:06, Michael Brohl a écrit :
>
>> Hi Jacques,
>>
>> inline also:
>>
>> Am 14.01.17 um 12:51 schrieb Jacques Le Roux:
>>
>>> Hi Michael,
>>>
>>> Inline...
>>>
>>> Le 13/01/2017 à 16:56, Michael Brohl a écrit :
>>>
 Hi,

 we have several initiatives to raise the adoption of OFBiz by new
 users. For new users, one of the first steps to learn about OFBiz or look
 around what's in it, might be our OFBiz demo instances.

 Unfortunately, the currently used demo domain
 https://ofbiz-vm2.apache.org does not match the certificate's domain
 https://ofbiz-vm.apache.org. The certificate is valid though.

>>>
>>> How did you determine that the certificate's domain
>>> https://ofbiz-vm.apache.org is valid?
>>>
>> I said that the certificate is valid, not that the domain to this
>> certificate exists ;-)
>>
>>>
>>> Because AFAIK this domain no longer exists. When we switched to the new
>>> machine it has certainly disappeared, at least you can't get to
>>> https://ofbiz-vm.apache.org:8443/webtools
>>> when you can get to
>>> https://ofbiz-vm2.apache.org:8443/webtools
>>>
>> It's a subdomain from apache.org so I guess it will not be too difficult
>> to setup this again. It would be the easiest way to setup this subdomain
>> again and route it to the IP of the current demo server. Then we just have
>> to alter the links on the website and everything works as user can expect.
>>
>> I have no deeper experience with Infra but it should be easy.
>>
>>>
>>> We currently use the self-signed certificate I created in 2104:
>>> http://svn.apache.org/viewvc/ofbiz/trunk/framework/base/conf
>>> ig/README?view=markup
>>>
>>> With the latest browsers, you get a big error because of the certificate
 mismatch. Even if this is mentioned in red above the demo links, I guess
 that potential adopters will be pushed back by this.

 I think that we should take care of that and change the domain name, if
 possible.
 Is there anything preventing us from doing so?

 Best regards,
 Michael


 Actually, in relation with https://issues.apache.org/jira
>>> /browse/OFBIZ-7928, Pierre already began to work on it
>>>
>>> I mentioned at https://issues.apache.org/jira
>>> /browse/INFRA-11960?focusedCommentId=15779772=com.
>>> atlassian.jira.plugin.system.issuetabpanels:comment-
>>> tabpanel#comment-15779772
>>>
>>> <>> the ofbiz-vm-bigfiles-443 section. It's only static videos...>>
>>>
>>> I believe it's not only useless but could be an issue. I did not get a
>>> chance to get back to this yet. But the 1st thing I'd do is removing the
>>> ofbiz-vm-bigfiles-443 section.
>>>
>> I briefly read this issue and to me it sounds much more complicated than
>> I'm used to when hosting our customer's servers with Apache/ajp connection
>> to OFBiz. Pierre suggested exactly the way we do it with proxy pass and it
>> works like a charm. Maybe it is more complicated because of special
>> environments of the ASF infrastructure...
>>
>>>
>>> Anyway, if you want to help you are welcome :)
>>>
>> I have no clue what I can do about it? There seems to be a solution since
>> Dec. 27th.
>> What would be the next steps?
>>
>>>
>>> Jacques
>>>
>>> Thanks,
>> Michael
>>
>>
>> The idea is to use a free Let's Encrypt certificate. So it needs to  be
> automatically renewed every 3 months.
>
> We have 3 sub domains to handle:
>
> demo-trunk-ofbiz.apache.org
>
> demo-stable-ofbiz.apache.org
>
> demo-old-ofbiz.apache.org
>
> And we would like to use the YAML puppet script like all advanced TLPs at
> the ASF
>
> That's the specs :)
>
> Jacques
>
>

buildbot failure in on ofbiz-trunk

[buildbot]

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

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

Buildslave for this Build: silvanus_ubuntu

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

BUILD FAILED: failed shell_1

Sincerely,
 -The Buildbot

buildbot success in on ofbiz-trunk

[buildbot]

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

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

Buildslave for this Build: silvanus_ubuntu

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

Build succeeded!

Sincerely,
 -The Buildbot

Re: OFBiz demo certificate

[Jacques Le Roux]

Le 14/01/2017 à 17:06, Michael Brohl a écrit :

Hi Jacques,

inline also:

Am 14.01.17 um 12:51 schrieb Jacques Le Roux:

Hi Michael,

Inline...

Le 13/01/2017 à 16:56, Michael Brohl a écrit :

Hi,

we have several initiatives to raise the adoption of OFBiz by new users. For new users, one of the first steps to learn about OFBiz or look around 
what's in it, might be our OFBiz demo instances.


Unfortunately, the currently used demo domain https://ofbiz-vm2.apache.org does not match the certificate's domain https://ofbiz-vm.apache.org. 
The certificate is valid though.


How did you determine that the certificate's domain https://ofbiz-vm.apache.org 
is valid?

I said that the certificate is valid, not that the domain to this certificate 
exists ;-)


Because AFAIK this domain no longer exists. When we switched to the new machine 
it has certainly disappeared, at least you can't get to
https://ofbiz-vm.apache.org:8443/webtools
when you can get to
https://ofbiz-vm2.apache.org:8443/webtools
It's a subdomain from apache.org so I guess it will not be too difficult to setup this again. It would be the easiest way to setup this subdomain 
again and route it to the IP of the current demo server. Then we just have to alter the links on the website and everything works as user can expect.


I have no deeper experience with Infra but it should be easy.


We currently use the self-signed certificate I created in 2104: 
http://svn.apache.org/viewvc/ofbiz/trunk/framework/base/config/README?view=markup

With the latest browsers, you get a big error because of the certificate mismatch. Even if this is mentioned in red above the demo links, I guess 
that potential adopters will be pushed back by this.


I think that we should take care of that and change the domain name, if 
possible.
Is there anything preventing us from doing so?

Best regards,
Michael



Actually, in relation with https://issues.apache.org/jira/browse/OFBIZ-7928, 
Pierre already began to work on it

I mentioned at 
https://issues.apache.org/jira/browse/INFRA-11960?focusedCommentId=15779772=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15779772


<>

I believe it's not only useless but could be an issue. I did not get a chance to get back to this yet. But the 1st thing I'd do is removing the 
ofbiz-vm-bigfiles-443 section.
I briefly read this issue and to me it sounds much more complicated than I'm used to when hosting our customer's servers with Apache/ajp connection 
to OFBiz. Pierre suggested exactly the way we do it with proxy pass and it works like a charm. Maybe it is more complicated because of special 
environments of the ASF infrastructure...


Anyway, if you want to help you are welcome :)

I have no clue what I can do about it? There seems to be a solution since Dec. 
27th.
What would be the next steps?


Jacques


Thanks,
Michael



The idea is to use a free Let's Encrypt certificate. So it needs to  be 
automatically renewed every 3 months.

We have 3 sub domains to handle:

demo-trunk-ofbiz.apache.org

demo-stable-ofbiz.apache.org

demo-old-ofbiz.apache.org

And we would like to use the YAML puppet script like all advanced TLPs at the 
ASF

That's the specs :)

Jacques

Re: Issue when using cleanGradle task

[Jacques Le Roux]

Thanks Taher,

That sounds like a good news. I indeed did not cross any issue by commenting 
out the content of the cleanGradle task

About the cleanAnt, I think we can indeed remove it now that it's in the R16.11.

I'll remove both in a few days if nobody complains

Jacques


Le 14/01/2017 à 17:44, Taher Alkhateeb a écrit :

Hi Jacques,

My suspicion is that the upgrade to gradle 3+ (which automatically starts
the daemon) leads to locking the above mentioned file and hence the problem
that you're facing.

I think it is safe to remove cleanGradle and also while we are at it
cleanAnt tasks from build.gradle



On Sat, Jan 14, 2017 at 4:14 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:


Hi,

It's now 2 weeks that I need to comment out the cleanGradle task even on a
fresh checked out working copy (named ofbizCleanGradle), else I get

C:\projectsASF\ofbizCleanGradle>svn st
C:\projectsASF\ofbizCleanGradle>

C:\projectsASF\ofbizCleanGradle>gradlew cleanGradle
:cleanGradle FAILED
FAILURE: Build failed with an exception.

* Where:Build file 'C:\projectsASF\ofbizCleanGradle\build.gradle' line:
769
* What went wrong:Execution failed for task ':cleanGradle'.

Unable to delete file: C:\projectsASF\ofbizCleanGradl

e\.gradle\3.2.1\taskArtifacts\taskArtifacts.lock
* Try:Run with --stacktrace option to get the stack trace. Run with --info
or --debug option to get more log output.

BUILD FAILED
Total time: 7.73 secs

I wonder if I'm the only one getting that. Maybe because I'm the only one
using Windows? I have indeed any issues when running the same locally in
Ubuntu (in VirtualBox) nor on demos in VM2 (Debian).
The weird part is I can't find anything when Googling for
"taskArtifacts.lock" windows but a Chinese article which says nothing about
my issue (Google translation).

Jacques

Re: Issue when using cleanGradle task

[Taher Alkhateeb]

Hi Jacques,

My suspicion is that the upgrade to gradle 3+ (which automatically starts
the daemon) leads to locking the above mentioned file and hence the problem
that you're facing.

I think it is safe to remove cleanGradle and also while we are at it
cleanAnt tasks from build.gradle



On Sat, Jan 14, 2017 at 4:14 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:

> Hi,
>
> It's now 2 weeks that I need to comment out the cleanGradle task even on a
> fresh checked out working copy (named ofbizCleanGradle), else I get
>
> C:\projectsASF\ofbizCleanGradle>svn st
> C:\projectsASF\ofbizCleanGradle>
>
> C:\projectsASF\ofbizCleanGradle>gradlew cleanGradle
> :cleanGradle FAILED
> FAILURE: Build failed with an exception.
>
> * Where:Build file 'C:\projectsASF\ofbizCleanGradle\build.gradle' line:
> 769
> * What went wrong:Execution failed for task ':cleanGradle'.
> > Unable to delete file: C:\projectsASF\ofbizCleanGradl
> e\.gradle\3.2.1\taskArtifacts\taskArtifacts.lock
> * Try:Run with --stacktrace option to get the stack trace. Run with --info
> or --debug option to get more log output.
>
> BUILD FAILED
> Total time: 7.73 secs
>
> I wonder if I'm the only one getting that. Maybe because I'm the only one
> using Windows? I have indeed any issues when running the same locally in
> Ubuntu (in VirtualBox) nor on demos in VM2 (Debian).
> The weird part is I can't find anything when Googling for
> "taskArtifacts.lock" windows but a Chinese article which says nothing about
> my issue (Google translation).
>
> Jacques
>
>

Re: OFBiz demo certificate

[Michael Brohl]

Hi Jacques,

inline also:

Am 14.01.17 um 12:51 schrieb Jacques Le Roux:

Hi Michael,

Inline...

Le 13/01/2017 à 16:56, Michael Brohl a écrit :

Hi,

we have several initiatives to raise the adoption of OFBiz by new 
users. For new users, one of the first steps to learn about OFBiz or 
look around what's in it, might be our OFBiz demo instances.


Unfortunately, the currently used demo domain 
https://ofbiz-vm2.apache.org does not match the certificate's domain 
https://ofbiz-vm.apache.org. The certificate is valid though.


How did you determine that the certificate's domain 
https://ofbiz-vm.apache.org is valid?
I said that the certificate is valid, not that the domain to this 
certificate exists ;-)


Because AFAIK this domain no longer exists. When we switched to the 
new machine it has certainly disappeared, at least you can't get to

https://ofbiz-vm.apache.org:8443/webtools
when you can get to
https://ofbiz-vm2.apache.org:8443/webtools
It's a subdomain from apache.org so I guess it will not be too difficult 
to setup this again. It would be the easiest way to setup this subdomain 
again and route it to the IP of the current demo server. Then we just 
have to alter the links on the website and everything works as user can 
expect.


I have no deeper experience with Infra but it should be easy.


We currently use the self-signed certificate I created in 2104: 
http://svn.apache.org/viewvc/ofbiz/trunk/framework/base/config/README?view=markup


With the latest browsers, you get a big error because of the 
certificate mismatch. Even if this is mentioned in red above the demo 
links, I guess that potential adopters will be pushed back by this.


I think that we should take care of that and change the domain name, 
if possible.

Is there anything preventing us from doing so?

Best regards,
Michael


Actually, in relation with 
https://issues.apache.org/jira/browse/OFBIZ-7928, Pierre already began 
to work on it


I mentioned at 
https://issues.apache.org/jira/browse/INFRA-11960?focusedCommentId=15779772=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15779772


>


I believe it's not only useless but could be an issue. I did not get a 
chance to get back to this yet. But the 1st thing I'd do is removing 
the ofbiz-vm-bigfiles-443 section.
I briefly read this issue and to me it sounds much more complicated than 
I'm used to when hosting our customer's servers with Apache/ajp 
connection to OFBiz. Pierre suggested exactly the way we do it with 
proxy pass and it works like a charm. Maybe it is more complicated 
because of special environments of the ASF infrastructure...


Anyway, if you want to help you are welcome :)
I have no clue what I can do about it? There seems to be a solution 
since Dec. 27th.

What would be the next steps?


Jacques


Thanks,
Michael




smime.p7s
Description: S/MIME Cryptographic Signature

Issue when using cleanGradle task

[Jacques Le Roux]

Hi,

It's now 2 weeks that I need to comment out the cleanGradle task even on a 
fresh checked out working copy (named ofbizCleanGradle), else I get

C:\projectsASF\ofbizCleanGradle>svn st
C:\projectsASF\ofbizCleanGradle>

C:\projectsASF\ofbizCleanGradle>gradlew cleanGradle
:cleanGradle FAILED
FAILURE: Build failed with an exception.

* Where:Build file 'C:\projectsASF\ofbizCleanGradle\build.gradle' line: 769
* What went wrong:Execution failed for task ':cleanGradle'.
> Unable to delete file: 
C:\projectsASF\ofbizCleanGradle\.gradle\3.2.1\taskArtifacts\taskArtifacts.lock
* Try:Run with --stacktrace option to get the stack trace. Run with --info or 
--debug option to get more log output.

BUILD FAILED
Total time: 7.73 secs

I wonder if I'm the only one getting that. Maybe because I'm the only one using Windows? I have indeed any issues when running the same locally in 
Ubuntu (in VirtualBox) nor on demos in VM2 (Debian).
The weird part is I can't find anything when Googling for "taskArtifacts.lock" windows but a Chinese article which says nothing about my issue (Google 
translation).


Jacques

Re: OFBiz demo certificate

[Jacques Le Roux]

Hi Michael,

Inline...

Le 13/01/2017 à 16:56, Michael Brohl a écrit :

Hi,

we have several initiatives to raise the adoption of OFBiz by new users. For new users, one of the first steps to learn about OFBiz or look around 
what's in it, might be our OFBiz demo instances.


Unfortunately, the currently used demo domain https://ofbiz-vm2.apache.org does not match the certificate's domain https://ofbiz-vm.apache.org. The 
certificate is valid though.


How did you determine that the certificate's domain https://ofbiz-vm.apache.org 
is valid?

Because AFAIK this domain no longer exists. When we switched to the new machine 
it has certainly disappeared, at least you can't get to
https://ofbiz-vm.apache.org:8443/webtools
when you can get to
https://ofbiz-vm2.apache.org:8443/webtools

We currently use the self-signed certificate I created in 2104: 
http://svn.apache.org/viewvc/ofbiz/trunk/framework/base/config/README?view=markup

With the latest browsers, you get a big error because of the certificate mismatch. Even if this is mentioned in red above the demo links, I guess 
that potential adopters will be pushed back by this.


I think that we should take care of that and change the domain name, if 
possible.
Is there anything preventing us from doing so?

Best regards,
Michael



Actually, in relation with https://issues.apache.org/jira/browse/OFBIZ-7928, 
Pierre already began to work on it

I mentioned at 
https://issues.apache.org/jira/browse/INFRA-11960?focusedCommentId=15779772=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-15779772


<>

I believe it's not only useless but could be an issue. I did not get a chance to get back to this yet. But the 1st thing I'd do is removing the 
ofbiz-vm-bigfiles-443 section.


Anyway, if you want to help you are welcome :)

Jacques

Re: What is the "Apache OFBiz" product?

[Gavin Mabie]

Just a caution about naming conventions.  We should not use names that make
internal sense while the user base (existing and potential) get confused
about exactly what we mean.  If its a spade, let's call it a spade.  The
terms which may cause confusion are "Enterprise" and "Automation" as used
in for example the suggestions "Enterprise Automation Framework" and
"Enterprise
Automation Platform".

1. The term Enterprise (in a software context) is often used to refer to
paid versions as opposed to community versions.  eg MySQL Enterprise. I
suggest that we only use it in conjunction with the word "Applications" or
in the context of the classical ERP terminology.
2. "Automation" in this context is confusing as it has more relevance to
technical processes rather than business processes. I suggest that we
refrain from using it all together.

3. I also suggest that we drop the word "Software" complete from the naming
as it is implied and using it would be redundant.

In the light of the above I suggest the following:
1. Top level name : Apache OFBiz ERP
1.1 OFBiz Framework (Framework, Data Model And Service Library)
1.2 OFBiz Business Applications (Classic ERP applications - Accounting, etc)
1.3 OFBiz Verticals (Industry Special Applications - these could be plugins
- eg. OFBiz Healthcare, OFBiz Ecommerce, OFBiz Hospitality, OFBiz Utilities)
1.4 OFBiz Plugins (Clientside plugins eg Mobile, POS etc, Javascript
Frameworks)

Regards

Gavin



On Sat, Jan 14, 2017 at 1:17 PM, Taher Alkhateeb  wrote:

> Very nice Jacopo, I really like it. Each layer communicates its intent
> clearly, and maps nicely to the name of the svn repository
> (ofbiz-framework, ofbiz-core, ofbiz-erp, ofbiz-plugins)
>
> On Jan 14, 2017 1:37 PM, "Jacopo Cappellato" <
> jacopo.cappell...@hotwaxsystems.com> wrote:
>
> > On Sat, Jan 14, 2017 at 11:21 AM, Taher Alkhateeb <
> > slidingfilame...@gmail.com> wrote:
> >
> > > [...]
> >
> > But if we break the code similar to the way it
> > > was discussed in the above thread, then maybe we should have multiple
> > > names:
> > >
> >
> > I agree we should find a product name for each of our (future) products.
> >
> >
> > > layer 1: The Apache OFBiz Enterprise Automation Framework
> > > layer 2: The Apache OFBiz Data Model And Service Library
> > > layer 3: The Apache OFBiz ERP Application
> > > layer 4: The Apache OFBiz Plugins
> > >
> >
> > Or we could separate the name from its description like:
> >
> > layer 1: The Apache OFBiz Enterprise Automation Framework is a
> > platform...
> >
> > layer 2: The Apache OFBiz Coreprovides Data Model And Service
> > Library...
> >
> > layer 3: The Apache OFBiz ERP Application  is a suite of
> > applications for enterprises...
> > layer 4: The Apache OFBiz Plugins are extensions for
> > enterprises.
> >
> > Jacopo
> >
>

Re: What is the "Apache OFBiz" product?

[Taher Alkhateeb]

Very nice Jacopo, I really like it. Each layer communicates its intent
clearly, and maps nicely to the name of the svn repository
(ofbiz-framework, ofbiz-core, ofbiz-erp, ofbiz-plugins)

On Jan 14, 2017 1:37 PM, "Jacopo Cappellato" <
jacopo.cappell...@hotwaxsystems.com> wrote:

> On Sat, Jan 14, 2017 at 11:21 AM, Taher Alkhateeb <
> slidingfilame...@gmail.com> wrote:
>
> > [...]
>
> But if we break the code similar to the way it
> > was discussed in the above thread, then maybe we should have multiple
> > names:
> >
>
> I agree we should find a product name for each of our (future) products.
>
>
> > layer 1: The Apache OFBiz Enterprise Automation Framework
> > layer 2: The Apache OFBiz Data Model And Service Library
> > layer 3: The Apache OFBiz ERP Application
> > layer 4: The Apache OFBiz Plugins
> >
>
> Or we could separate the name from its description like:
>
> layer 1: The Apache OFBiz Enterprise Automation Framework is a
> platform...
>
> layer 2: The Apache OFBiz Coreprovides Data Model And Service
> Library...
>
> layer 3: The Apache OFBiz ERP Application  is a suite of
> applications for enterprises...
> layer 4: The Apache OFBiz Plugins are extensions for
> enterprises.
>
> Jacopo
>

Re: What is the "Apache OFBiz" product?

[Jacques Le Roux]

I think it's indeed a better way to think about it, as Jacopo explained we can 
deliver several products

Jacques


Le 14/01/2017 à 11:21, Taher Alkhateeb a écrit :

Very interesting, Michael's work actually made me realize that we should
think about the name differently.

Given our discussion in another thread about breaking down the repositories
into multiple chunks (http://markmail.org/message/bjvqu23ofwzuk57y) I think
we should consider multiple names for multiple purposes.

Maybe this thread started a little bit early because we did not yet decide
on how to break the code. But if we break the code similar to the way it
was discussed in the above thread, then maybe we should have multiple names:

layer 1: The Apache OFBiz Enterprise Automation Framework
layer 2: The Apache OFBiz Data Model And Service Library
layer 3: The Apache OFBiz ERP Application
layer 4: The Apache OFBiz Plugins

On Sat, Jan 14, 2017 at 1:02 PM, Gavin Mabie  wrote:


Thanks Michael. The list makes the differences stand out clearly.

Gavin

On Sat, Jan 14, 2017 at 11:55 AM, Michael Brohl 
wrote:


addition: I took the freedom to adjust the uppercase/lowercase of the
proposals.


Am 14.01.17 um 10:53 schrieb Michael Brohl:

Thanks for starting this initiative, Jacopo.

I have started a compilation of the proposals and suggestions coming out
of this discussion here: https://cwiki.apache.org/confluence/x/IBUIB

@Sharan: I thought it's agood place to put it under your drafts tree,
please suggest another place if it does not fit.

Regards,

Michael


PS: Searching for a good place, I found our Wiki layout is a mess...

time

to clean up and re-structure. But that's another discussion ;-)


Am 11.01.17 um 14:51 schrieb Jacopo Cappellato:


*Rationale*

"Apache OFBiz" is one of our trademarks. And we apply it to our project
and
product; we say:
1) the "Apache OFBiz" project or the "Apache OFBiz" community
2) the "Apache OFBiz" product (i.e. the downloadable software package
that
we release)

While #1 is pretty much a satisfactory definition, I find that

"product"

is
a too generic term and that we could find and agree upon a more precise
and
"official" definition.
It is worth noting that the trademark best practices says that you

should

never use the trademark on a product as a noun but rather as an
adjective.
So for example:
- this is *not* correct (noun): "download Apache OFBiz from here"
- this *is* correct (adjective): "download the Apache OFBiz product

from

here"

*Discussion Item*

Can we find a better definition for our product than... "product" or
"software product"?

For example we could consider (after reading this definition [*]):
The "Apache OFBiz" software suite or
The "Apache OFBiz" suite or
The "Apache OFBiz" ERP software suite or
The "Apache OFBiz" ERP suite
etc...

Any ideas? Please try to fill the  placeholder below with the string
that you find more suited:

   The "Apache OFBiz" 

If we agree upon an "official" definition then we could use it
consistently
in our website, announcements, social media etc...

Regards,

Jacopo

[*] https://en.wikipedia.org/wiki/Software_suite

Re: What is the "Apache OFBiz" product?

[Jacopo Cappellato]

On Sat, Jan 14, 2017 at 11:21 AM, Taher Alkhateeb <
slidingfilame...@gmail.com> wrote:

> [...]

But if we break the code similar to the way it
> was discussed in the above thread, then maybe we should have multiple
> names:
>

I agree we should find a product name for each of our (future) products.


> layer 1: The Apache OFBiz Enterprise Automation Framework
> layer 2: The Apache OFBiz Data Model And Service Library
> layer 3: The Apache OFBiz ERP Application
> layer 4: The Apache OFBiz Plugins
>

Or we could separate the name from its description like:

layer 1: The Apache OFBiz Enterprise Automation Framework is a
platform...

layer 2: The Apache OFBiz Coreprovides Data Model And Service
Library...

layer 3: The Apache OFBiz ERP Application  is a suite of
applications for enterprises...
layer 4: The Apache OFBiz Plugins are extensions for
enterprises.

Jacopo

Re: What is the "Apache OFBiz" product?

[Taher Alkhateeb]

Very interesting, Michael's work actually made me realize that we should
think about the name differently.

Given our discussion in another thread about breaking down the repositories
into multiple chunks (http://markmail.org/message/bjvqu23ofwzuk57y) I think
we should consider multiple names for multiple purposes.

Maybe this thread started a little bit early because we did not yet decide
on how to break the code. But if we break the code similar to the way it
was discussed in the above thread, then maybe we should have multiple names:

layer 1: The Apache OFBiz Enterprise Automation Framework
layer 2: The Apache OFBiz Data Model And Service Library
layer 3: The Apache OFBiz ERP Application
layer 4: The Apache OFBiz Plugins

On Sat, Jan 14, 2017 at 1:02 PM, Gavin Mabie  wrote:

> Thanks Michael. The list makes the differences stand out clearly.
>
> Gavin
>
> On Sat, Jan 14, 2017 at 11:55 AM, Michael Brohl 
> wrote:
>
> > addition: I took the freedom to adjust the uppercase/lowercase of the
> > proposals.
> >
> >
> > Am 14.01.17 um 10:53 schrieb Michael Brohl:
> >
> > Thanks for starting this initiative, Jacopo.
> >>
> >> I have started a compilation of the proposals and suggestions coming out
> >> of this discussion here: https://cwiki.apache.org/confluence/x/IBUIB
> >>
> >> @Sharan: I thought it's agood place to put it under your drafts tree,
> >> please suggest another place if it does not fit.
> >>
> >> Regards,
> >>
> >> Michael
> >>
> >>
> >> PS: Searching for a good place, I found our Wiki layout is a mess...
> time
> >> to clean up and re-structure. But that's another discussion ;-)
> >>
> >>
> >> Am 11.01.17 um 14:51 schrieb Jacopo Cappellato:
> >>
> >>> *Rationale*
> >>>
> >>> "Apache OFBiz" is one of our trademarks. And we apply it to our project
> >>> and
> >>> product; we say:
> >>> 1) the "Apache OFBiz" project or the "Apache OFBiz" community
> >>> 2) the "Apache OFBiz" product (i.e. the downloadable software package
> >>> that
> >>> we release)
> >>>
> >>> While #1 is pretty much a satisfactory definition, I find that
> "product"
> >>> is
> >>> a too generic term and that we could find and agree upon a more precise
> >>> and
> >>> "official" definition.
> >>> It is worth noting that the trademark best practices says that you
> should
> >>> never use the trademark on a product as a noun but rather as an
> >>> adjective.
> >>> So for example:
> >>> - this is *not* correct (noun): "download Apache OFBiz from here"
> >>> - this *is* correct (adjective): "download the Apache OFBiz product
> from
> >>> here"
> >>>
> >>> *Discussion Item*
> >>>
> >>> Can we find a better definition for our product than... "product" or
> >>> "software product"?
> >>>
> >>> For example we could consider (after reading this definition [*]):
> >>> The "Apache OFBiz" software suite or
> >>> The "Apache OFBiz" suite or
> >>> The "Apache OFBiz" ERP software suite or
> >>> The "Apache OFBiz" ERP suite
> >>> etc...
> >>>
> >>> Any ideas? Please try to fill the  placeholder below with the string
> >>> that you find more suited:
> >>>
> >>>   The "Apache OFBiz" 
> >>>
> >>> If we agree upon an "official" definition then we could use it
> >>> consistently
> >>> in our website, announcements, social media etc...
> >>>
> >>> Regards,
> >>>
> >>> Jacopo
> >>>
> >>> [*] https://en.wikipedia.org/wiki/Software_suite
> >>>
> >>>
> >>
> >>
> >
> >
>

Re: What is the "Apache OFBiz" product?

[Gavin Mabie]

Thanks Michael. The list makes the differences stand out clearly.

Gavin

On Sat, Jan 14, 2017 at 11:55 AM, Michael Brohl 
wrote:

> addition: I took the freedom to adjust the uppercase/lowercase of the
> proposals.
>
>
> Am 14.01.17 um 10:53 schrieb Michael Brohl:
>
> Thanks for starting this initiative, Jacopo.
>>
>> I have started a compilation of the proposals and suggestions coming out
>> of this discussion here: https://cwiki.apache.org/confluence/x/IBUIB
>>
>> @Sharan: I thought it's agood place to put it under your drafts tree,
>> please suggest another place if it does not fit.
>>
>> Regards,
>>
>> Michael
>>
>>
>> PS: Searching for a good place, I found our Wiki layout is a mess... time
>> to clean up and re-structure. But that's another discussion ;-)
>>
>>
>> Am 11.01.17 um 14:51 schrieb Jacopo Cappellato:
>>
>>> *Rationale*
>>>
>>> "Apache OFBiz" is one of our trademarks. And we apply it to our project
>>> and
>>> product; we say:
>>> 1) the "Apache OFBiz" project or the "Apache OFBiz" community
>>> 2) the "Apache OFBiz" product (i.e. the downloadable software package
>>> that
>>> we release)
>>>
>>> While #1 is pretty much a satisfactory definition, I find that "product"
>>> is
>>> a too generic term and that we could find and agree upon a more precise
>>> and
>>> "official" definition.
>>> It is worth noting that the trademark best practices says that you should
>>> never use the trademark on a product as a noun but rather as an
>>> adjective.
>>> So for example:
>>> - this is *not* correct (noun): "download Apache OFBiz from here"
>>> - this *is* correct (adjective): "download the Apache OFBiz product from
>>> here"
>>>
>>> *Discussion Item*
>>>
>>> Can we find a better definition for our product than... "product" or
>>> "software product"?
>>>
>>> For example we could consider (after reading this definition [*]):
>>> The "Apache OFBiz" software suite or
>>> The "Apache OFBiz" suite or
>>> The "Apache OFBiz" ERP software suite or
>>> The "Apache OFBiz" ERP suite
>>> etc...
>>>
>>> Any ideas? Please try to fill the  placeholder below with the string
>>> that you find more suited:
>>>
>>>   The "Apache OFBiz" 
>>>
>>> If we agree upon an "official" definition then we could use it
>>> consistently
>>> in our website, announcements, social media etc...
>>>
>>> Regards,
>>>
>>> Jacopo
>>>
>>> [*] https://en.wikipedia.org/wiki/Software_suite
>>>
>>>
>>
>>
>
>

Re: What is the "Apache OFBiz" product?

[Michael Brohl]

addition: I took the freedom to adjust the uppercase/lowercase of the 
proposals.



Am 14.01.17 um 10:53 schrieb Michael Brohl:

Thanks for starting this initiative, Jacopo.

I have started a compilation of the proposals and suggestions coming 
out of this discussion here: https://cwiki.apache.org/confluence/x/IBUIB


@Sharan: I thought it's agood place to put it under your drafts tree, 
please suggest another place if it does not fit.


Regards,

Michael


PS: Searching for a good place, I found our Wiki layout is a mess... 
time to clean up and re-structure. But that's another discussion ;-)



Am 11.01.17 um 14:51 schrieb Jacopo Cappellato:

*Rationale*

"Apache OFBiz" is one of our trademarks. And we apply it to our 
project and

product; we say:
1) the "Apache OFBiz" project or the "Apache OFBiz" community
2) the "Apache OFBiz" product (i.e. the downloadable software package 
that

we release)

While #1 is pretty much a satisfactory definition, I find that 
"product" is
a too generic term and that we could find and agree upon a more 
precise and

"official" definition.
It is worth noting that the trademark best practices says that you 
should
never use the trademark on a product as a noun but rather as an 
adjective.

So for example:
- this is *not* correct (noun): "download Apache OFBiz from here"
- this *is* correct (adjective): "download the Apache OFBiz product from
here"

*Discussion Item*

Can we find a better definition for our product than... "product" or
"software product"?

For example we could consider (after reading this definition [*]):
The "Apache OFBiz" software suite or
The "Apache OFBiz" suite or
The "Apache OFBiz" ERP software suite or
The "Apache OFBiz" ERP suite
etc...

Any ideas? Please try to fill the  placeholder below with the string
that you find more suited:

  The "Apache OFBiz" 

If we agree upon an "official" definition then we could use it 
consistently

in our website, announcements, social media etc...

Regards,

Jacopo

[*] https://en.wikipedia.org/wiki/Software_suite









smime.p7s
Description: S/MIME Cryptographic Signature

Re: What is the "Apache OFBiz" product?

[Michael Brohl]

Thanks for starting this initiative, Jacopo.

I have started a compilation of the proposals and suggestions coming out 
of this discussion here: https://cwiki.apache.org/confluence/x/IBUIB


@Sharan: I thought it's agood place to put it under your drafts tree, 
please suggest another place if it does not fit.


Regards,

Michael


PS: Searching for a good place, I found our Wiki layout is a mess... 
time to clean up and re-structure. But that's another discussion ;-)



Am 11.01.17 um 14:51 schrieb Jacopo Cappellato:

*Rationale*

"Apache OFBiz" is one of our trademarks. And we apply it to our project and
product; we say:
1) the "Apache OFBiz" project or the "Apache OFBiz" community
2) the "Apache OFBiz" product (i.e. the downloadable software package that
we release)

While #1 is pretty much a satisfactory definition, I find that "product" is
a too generic term and that we could find and agree upon a more precise and
"official" definition.
It is worth noting that the trademark best practices says that you should
never use the trademark on a product as a noun but rather as an adjective.
So for example:
- this is *not* correct (noun): "download Apache OFBiz from here"
- this *is* correct (adjective): "download the Apache OFBiz product from
here"

*Discussion Item*

Can we find a better definition for our product than... "product" or
"software product"?

For example we could consider (after reading this definition [*]):
The "Apache OFBiz" software suite or
The "Apache OFBiz" suite or
The "Apache OFBiz" ERP software suite or
The "Apache OFBiz" ERP suite
etc...

Any ideas? Please try to fill the  placeholder below with the string
that you find more suited:

  The "Apache OFBiz" 

If we agree upon an "official" definition then we could use it consistently
in our website, announcements, social media etc...

Regards,

Jacopo

[*] https://en.wikipedia.org/wiki/Software_suite






smime.p7s
Description: S/MIME Cryptographic Signature