Regards Scott
On 8/12/2009, at 11:59 AM, Scott Gray wrote:
The download button links to build.ofbiz.org which displays trunk, 9.04 and 4.0. The only thing I see missing are descriptions of the three. Regards Scott HotWax Media http://www.hotwaxmedia.com On 8/12/2009, at 11:51 AM, David E Jones wrote:The point is we need more than one so people can choose, and are more aware that there is a choice. -David On Dec 7, 2009, at 2:13 PM, Tim Ruppert wrote:Most of the major projects have a big DOWNLOAD button - it's a good idea - and I'd be surprised if a call to action does not encourage more people to download. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 7, 2009, at 12:55 PM, Jacques Le Roux wrote:From: "David E Jones" <d...@me.com>I suppose we are shameless optimists and hope that people will choose to collaborate with other people using the software, and perhaps even participate in the development. Still, I agree the big download button is a bad design and I never liked it given that there are various options to download and personally I like the idea of making people make choices... ;)If number of people don't like it, then it should be discussed Jacques () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org-David On Dec 7, 2009, at 11:28 AM, Ruth Hoffman wrote:HI David: If that resource is the "definitive" answer, then why does that "BIG FAT DOWNLOAD" button/link point to a "trunk" build? Shouldn't it point to a "release branch tag" build with a good probability of working? Am I missing something here? Am I not reading all this information correctly? Why does that button point to a build using Java 1.6 when that couldn't possibly be a build that has any history of testing behind it..you just started using Java 1.6 after all. TIA Ruth David E Jones wrote:This page might be helpful, and answers the more general question behind the question: http://cwiki.apache.org/confluence/display/OFBADMIN/Apache+OFBiz+Getting+Started -David On Dec 7, 2009, at 11:05 AM, Ruth Hoffman wrote:Hi Anil: I feel like I'm spitting in the wind here...Please, let's just start this conversation over again. Under the following circumstances, which version or release of OFBiz should I use? I'm a new user and I want to customize my OFBiz instance for a new ERP deployment. TIA Ruth Find me on the web at http://www.myofbiz.com or Google Keyword "myofbiz" Anil Patel wrote:Ruth, Why don't you consider using one of the release branches? Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" On Dec 7, 2009, at 10:06 AM, Ruth Hoffman wrote:Hi Scott: Then stop the committing and do some reviewing. There is more to software development than committing code to a repository.This is interesting perspective. Trunk is expected to remain active. New development must continue. For the people who needs more stable version we do have release branch.Regards, Ruth Scott Gray wrote:On 7/12/2009, at 10:22 PM, Jeroen van der Wal wrote:Thank you Jacques for addressing this as this situation worries me too. Although I think the power of the Ofbiz community can handle it :-) My suggestions would be: - Assign volunteers and a lead to each of the components. They can watch issues of their components and should can be consulted if anybody wants to make changes in their neighbourhood.We already have these volunteers, they're called people who review commits and I could probably count them on one hand. Everything you've suggested requires more resources than this community can provide.- Work bottom up: start with the framework, then the core modules (party, product, accounting, workeffort, manufactureing, order) and finally the specialpurpose modules (I personally consider humanres and marketing to be specialpurpose) - Communicate changes to dependent components so they can sanitize their components - Don't allow code without tests - Use branching for work in progress to maintain a stable trunk (I prefer Git over SVN but that's another topic...) I'm a big fan of branching, this explains why: - Code each task (or related set of tasks) in its own branch, then you will have the flexibility of when you would like to merge these tasks and perform a release. - QA should be done on each branch before it is merged to the trunk. - By doing QA on each individual branch, you will know exactly what caused the bug easier. - This solution scales to any number of developers. - This method works since branching is an almost instant operation in SVN. - Tag each release that you perform. - You can develop features that you don't plan to release for a while and decide exactly when to merge them. - For all work you do, you can have the benefit of committing your code. If you work out of the trunk only, you will probably keep your code uncommitted a lot, and hence unprotected and without automatic history. If you try to do the opposite and do all your development in the trunk you'll be plagged by: - Constant build problems for daily builds - Productivity loss when a a developer commits a problem for all other people on the project - Longer release cycles, because you need to finally get a stable version - Less stable releases Best, Jeroen van der Wal On Sat, Dec 5, 2009 at 8:51 PM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:Hi, I'd like to express a feeling I have. Actually it's not only my own feeling but also something some users have expressed recently. I'm quite happy to see that these last times a lot of effort have been made in order to fix OFBiz (yes to fix OFBiz!) It's really great to see new features in OFBiz. But I really wonder if we should not slow down the pace in integrating new features for a short period of time and should not make and even greatest effort to have a more stable OFBiz. There are 180 bugs opened in Jira. Don't you think it's time for the community to have a look at them and to fix the most important ones (109 are considered as at least important) ? Thanks Jacques--Apple-Mail-27-599191100 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJLzCCAu4w ggJXoAMCAQICEEUo30GQgNPA2unhFQTCih0wDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDkxNDIzNTkyN1oXDTA5MDkxNDIzNTky N1owTDEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEpMCcGCSqGSIb3DQEJARYac2Nv dHQuZ3JheUBob3R3YXhtZWRpYS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDae08ezN/8GVs5usYCe+wO9CZeWfvu5RGvlvKmJV5Rq3QpUn63a2YR277pnaip1c1A/ kBMCkrO0X+7 dcxN39hOp5mHk85BUSoQ363mGmV6AHV23npCXnSI/ uZCeDJ06a94syZy5KKBaz6dhW5M381MjAt4 fqwsKenlVy7EwPIFshEyQ+yo6pcXi7rNbheZylnUKIeM93mhhhwNlRWaJOu5+Wtk/ MHfoL56X/oN kWyX0yqHSrYKJa8qUuCkyI4SBXGB4OEeDjlVBw1MG7M3KMWzOZoZcc34DCJWEsbF4PWygxCk +iS6NlTpBG1tOURv9cDkyCiUGTvJS1jN53xaJSiBAgMBAAGjNzA1MCUGA1UdEQQeMByBGnNjb3R0LmdyYXlAaG90d2F4bWVkaWEuY29tMAwGA1UdEwEB/ wQCMAAwDQYJKoZIhvcNAQEFBQADgYEALQ8XQrMm yICirLOcKW7r5vGfI2bAB5tr9ru19Za3cYAmHSMRb8WucjuD5ELAkyyvLtPE/ 6l0YykhgRDT6+cv y1XbFlxtxoerPPEuPcR6Gj75j5FYxVS7Rj3QtT2QObaWSyT9jzEhoC+ +CBYEAsN2yal3ltIrXtq4skYEGgOGTQIwggY5MIIFIaADAgECAhEA2JexFxloUCKQbNfTs6tRtjANBgkqhkiG9w0BAQUFADCB rjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYDVQQHEw5TYWx0IExha2UgQ2l0eTEeMBwG A1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYDVQQLExhodHRwOi8vd3d3LnVzZXJ0cnVz dC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xpZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBF bWFpbDAeFw0wOTEwMTQwMDAwMDBaFw0xMDEwMTQyMzU5NTlaMIHgMTUwMwYDVQQLEyxDb21vZG8g VHJ1c3QgTmV0d29yayAtIFBFUlNPTkEgTk9UIFZBTElEQVRFRDFGMEQGA1UECxM9VGVybXMgYW5k IENvbmRpdGlvbnMgb2YgdXNlOiBodHRwOi8vd3d3LmNvbW9kby5uZXQvcmVwb3NpdG9yeTEfMB0G A1UECxMWKGMpMjAwMyBDb21vZG8gTGltaXRlZDETMBEGA1UEAxMKU2NvdHQgR3JheTEpMCcGCSqG SIb3DQEJARYac2NvdHQuZ3JheUBob3R3YXhtZWRpYS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCzQL/IAfTgHrfgez5uko6VR7Wr3Y/ETuYe+YZqmCLuIDIUJlPwCWC/ 6VXXSvOV UDjLScp4A75Sr5R +b13PB8C8jNyLH68azc2epm8DNXlNgWyEmDMweQZg44ni3usUO7EASj1d3EmW 0wMgz7Oapv5o94wwR8p8+bEinBwxL0wJrm6Q9vJp0TjkqiLLQKQvHpxa/8zAjKHy/ OQ8TpKjoyZV 9MVHbzq02iqn5NUno2SbUoNIGeTNk5H2of9vwCxlVykod3HHh8Lj98jL7 /7mJZUGQUWYh3ob0wT+ qhBDTcWAtSzeGYP2A4ePjInitrzBDVIr +Kn60eSSpGgJfAOxMiOvAgMBAAGjggIcMIICGDAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRufTAdBgNVHQ4EFgQUrhh4ET8b7tP1VRzP1Jh9LVFDtrAwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/ wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysG AQQBsjEBAwUCMBEGCWCGSAGG +EIBAQQEAwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIBFh1odHRwczovL3NlY3VyZS5jb21vZG8ubmV0L0NQUzCBpQYDVR0fBIGdMIGa MEygSqBIhkZodHRwOi8vY3JsLmNvbW9kb2NhLmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhl bnRpY2F0aW9uYW5kRW1haWwuY3JsMEqgSKBGhkRodHRwOi8vY3JsLmNvbW9kby5uZXQvVVROLVVT RVJGaXJzdC1DbGllbnRBdXRoZW50aWNhdGlvbmFuZEVtYWlsLmNybDBsBggrBgEFBQcBAQRgMF4w NgYIKwYBBQUHMAKGKmh0dHA6Ly9jcnQuY29tb2RvY2EuY29tL1VUTkFBQUNsaWVudENBLmNydDAk BggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCUGA1UdEQQeMByBGnNjb3R0LmdyYXlAaG90d2F4bWVkaWEuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQCes4gpV/Q8+st+Q/ Mow6pxHKAa 5G1jzHpExbjASPI+zls8/ QAyKJ9cIFhgLgypGg4v0YsRLMfFpREm3CV9eXoKiAodPSrc4zYNxuiB RxbWR+y5JfVV9M60tk+NPcMlVlBHpARZyClbk8ITWs7CC5/J5cBFjdBKAM4gzbrZTh +Rfhte9d/a DItjn2PaiuR1J/VXFVwsu9i3gqPwAbWUQZ69dhWk+lepn1sAb0t+TU6STlj0tP5hLkt/ oEHDsQN0 PnjYWwI/Pk0Oo+NbgLIOzsXt+ljy4LSMgxJOTEWhQWZ6JJBKNpvkFX6uGuGnGIl +r3ifncQzUsy8 Gz/ hviGAlwFIMYIDXzCCA1sCAQEwgcQwga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8G A1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNs aWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwCEQDYl7EXGWhQIpBs19Ozq1G2MAkGBSsOAwIa BQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA5MTIwNzIyNTkwOVowIwYJKoZIhvcNAQkEMRYEFFUwkLjzCT0mM3cAiQe4Tmu5BI +sMIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQRSjfQZCA08Da 6eEVBMKKHTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQRSjfQZCA08Da6eEVBMKKHTANBgkqhkiG9w0BAQEFAASCAQCue863ycw + EYOJw6iNMuzAhKkXZoXkSPG5dNLo91tmmDpZmGj/ODfHVeTnEYXADWXLGkmoWaEyUcgn +x05WXGk svzHPPpS/ 5tLziVmOzeAaK07UcKXPPM7xsMcgwv68527TsI3LDUpRr3D82OSCFlIEgblSS1OXFeZ 5ef+wgoDBemI8mYKlqXaQc/ 5ELENyOtNEKf5S91rNcTNvKxLivkDirZFTEMGo1lOeoYHbNczwxwY o6RKWPCr/ Je287RViC09lVFWcfGUniqJTSIs0YMZgkirGZt6NkmRIdORIkWIPxokF2iChf+nsaU71uCkSp7s+DLvN8wbhaK1gOlKIb+MAAAAAAAA --Apple-Mail-27-599191100--
smime.p7s
Description: S/MIME cryptographic signature