Re: [VOTE] [RELEASE] Apache OFBiz 11.04.01
+1 Cheers, Ruppert -- Tim Ruppert o:801.649.6594 f:801.649.6595 c:801.557.5695 On Nov 13, 2012, at 3:25 AM, Jacopo Cappellato wrote: This is the vote thread to approve the first release for the 11.04 branch. This new release, Apache OFBiz 11.04.01 (major release number: 11.04; minor release number: 01) is the first release of the 11.04 series and contains all the features of the trunk up to April 2011 and since then has been stabilized with bug fixes. It will become the OFBiz current stable release and users of the 10.04 series will be encouraged to migrate to it. The candidate release files can be downloaded from here: https://dist.apache.org/repos/dist/dev/ofbiz/ (committers only) or from here: http://people.apache.org/~jacopoc/dist/ (everyone else) and are: * apache-ofbiz-11.04.01.zip: the release package, based on the 11.04 branch at revision 1408646 (latest as of now) * KEYS: text file with keys * apache-ofbiz-11.04.01.zip.asc: the detached signature file * apache-ofbiz-11.04.01.zip.md5, apache-ofbiz-11.04.01.zip.sha: hashes Please download and test the zip file and its signatures (for instructions on testing the signatures seehttp://www.apache.org/info/verification.html). Vote: [ +1] release as Apache OFBiz 11.04.01 [ -1] do not release This vote will be closed in 72 hours. For more details about this process please read http://www.apache.org/foundation/voting.html The following text is quoted from the above url: Votes on whether a package is ready to be released use majority approval -- i.e. at least three PMC members must vote affirmatively for release, and there must be more positive than negative votes. Releases may not be vetoed. Generally the community will cancel the release vote if anyone identifies serious problems, but in most cases the ultimate decision, lies with the individual serving as release manager. Kind Regards, Jacopo
Re: [VOTE] [RELEASE] Apache OFBiz 10.04.04
+1 Cheers, Ruppert On Nov 8, 2012, at 6:28 AM, Jacopo Cappellato wrote: This is the vote thread to release a new (bug fix) release for the 10.04 branch. This new release, Apache OFBiz 10.04.04 (major release number: 10.04; minor release number: 04), will supersede the release Apache OFBiz 10.04.03. Main reason for this new release (after the recent release of 10.04.03) is that the new version is bundled with an updated release of Tomcat containing some fixes for vulnerabilities recently announced by the Tomcat community. The release files can be downloaded from here: https://dist.apache.org/repos/dist/dev/ofbiz/ (committers only) or from here: http://people.apache.org/~jacopoc/dist/ (everyone else) and are: * apache-ofbiz-10.04.04.zip: the release package, based on the 10.04 branch at revision 1407002 (latest as of now) * KEYS: text file with keys * apache-ofbiz-10.04.04.zip.asc: the detached signature file * apache-ofbiz-10.04.04.zip.md5, apache-ofbiz-10.04.04.zip.sha: hashes Please download and test the zip file and its signatures (for instructions on testing the signatures seehttp://www.apache.org/info/verification.html). Vote: [ +1] release as Apache OFBiz 10.04.04 [ -1] do not release This vote will be closed in 72 hours. For more details about this process please read http://www.apache.org/foundation/voting.html The following text is quoted from the above url: Votes on whether a package is ready to be released use majority approval -- i.e. at least three PMC members must vote affirmatively for release, and there must be more positive than negative votes. Releases may not be vetoed. Generally the community will cancel the release vote if anyone identifies serious problems, but in most cases the ultimate decision, lies with the individual serving as release manager. Kind Regards, Jacopo
Re: [VOTE] [RELEASE] Apache OFBiz 10.04.03
+1 Cheers, Ruppert -- Tim Ruppert o:801.649.6594 f:801.649.6595 c:801.557.5695 On Oct 14, 2012, at 9:29 AM, Jacopo Cappellato wrote: This is the vote thread to release a new (bug fix) release for the 10.04 branch. This new release, Apache OFBiz 10.04.03 (major release number: 10.04; minor release number: 03), will supersede the release Apache OFBiz 10.04.02. The release files can be downloaded from here: https://dist.apache.org/repos/dist/dev/ofbiz/ (committers only) or from here: http://people.apache.org/~jacopoc/dist/ (everyone else) and are: * apache-ofbiz-10.04.03.zip: the release package, based on the 10.04 branch at revision 1398088 (latest as of now) * KEYS: text file with keys * apache-ofbiz-10.04.03.zip.asc: the detached signature file * apache-ofbiz-10.04.03.zip.md5, apache-ofbiz-10.04.03.zip.sha: hashes Please download and test the zip file and its signatures (for instructions on testing the signatures see http://www.apache.org/info/verification.html). Vote: [ +1] release as Apache OFBiz 10.04.03 [ -1] do not release This vote will be closed in 72 hours. For more details about this process please read http://www.apache.org/foundation/voting.html The following text is quoted from the above url: Votes on whether a package is ready to be released use majority approval -- i.e. at least three PMC members must vote affirmatively for release, and there must be more positive than negative votes. Releases may not be vetoed. Generally the community will cancel the release vote if anyone identifies serious problems, but in most cases the ultimate decision, lies with the individual serving as release manager. Kind Regards, Jacopo
Re: Backport Mini-language Overhaul To Release 12 Branch
+1 Cheers, Ruppert -- Tim Ruppert o:801.649.6594 f:801.649.6595 c:801.557.5695 On Jul 8, 2012, at 4:25 AM, Adrian Crum wrote: This subject has been mentioned in other threads, but I'm making it a separate thread so everyone has a chance to comment. I would like to backport the Mini-language overhaul in its entirety to the Release 12 branch. The overhaul contains some new features (break, continue, trace elements, and element validation), but most of the work was bug fixes (the model classes were not thread-safe, many bits of code did not work). So, the backport is not purely a bug fix. Separating the code so that only bug fixes are backported would be difficult - because the overhaul represents 6 MB of changes. I have backported the overhaul to Release 12 on my local machine and everything works fine. If there are no objections in the next few days, I would like to commit those changes. -Adrian
Re: [VOTE] [RELEASE] Apache OFBiz 10.04.02
+1 Cheers, Ruppert On Apr 11, 2012, at 4:44 AM, Jacopo Cappellato wrote: This is the vote thread to release a new (bug fix) release for the 10.04 branch. This new release, Apache OFBiz 10.04.02 (major release number: 10.04; minor release number: 02), will supersede the release Apache OFBiz 10.04 (aka 10.04.01). The release files can be downloaded from here: https://dist.apache.org/repos/dist/dev/ofbiz/ (committers only?) or from here: http://people.apache.org/~jacopoc/dist/ (everyone else) and are: * apache-ofbiz-10.04.02.zip: the release package, based on the 10.04 branch at revision 1324645 (latest as of now) * KEYS: text file with keys * apache-ofbiz-10.04.02.zip.asc: the detached signature file * apache-ofbiz-10.04.02.zip.md5, apache-ofbiz-10.04.02.zip.sha: hashes Please download and test the zip file and its signatures (for instructions on testing the signatures see http://www.apache.org/info/verification.html). Vote: [ +1] release as Apache OFBiz 10.04.02 [ -1] do not release This vote will be closed in 72 hours. For more details about this process please read http://www.apache.org/foundation/voting.html The following text is quoted from the above url: Votes on whether a package is ready to be released use majority approval -- i.e. at least three PMC members must vote affirmatively for release, and there must be more positive than negative votes. Releases may not be vetoed. Generally the community will cancel the release vote if anyone identifies serious problems, but in most cases the ultimate decision, lies with the individual serving as release manager. Kind Regards, Jacopo
Re: Renaming some ant tasks to improve consistency
+1 Cheers, Ruppert On Mar 30, 2012, at 1:05 AM, Pierre Smits wrote: +1 Op 30 maart 2012 09:02 schreef Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com het volgende: another nice thing we could do, merely esthetic, is to rename ant.sh/ant.bat to ofbiz.sh/ofbiz.bat. Then the commands will be like: ofbiz load-demo ofbiz run-tests ofbiz start ofbiz stop etc... Jacopo On Mar 29, 2012, at 5:34 PM, Jacopo Cappellato wrote: Ok, I have completed my work on this; however instead of running the new tasks from the old task I have preferred to print a message to inform the user about the new syntax; it seems to me that this is an easier transition because at some point we will remove. I also renamed a couple more tasks and refactored one to replace 2 more; I have also cleaned and improved the style of the descriptions. Since these changes ended up being more than what I initially proposed in this thread, I will wait before committing my work to the trunk and I have instead created a Jira ticket where I have described all the changes I did and attached the patch: https://issues.apache.org/jira/browse/OFBIZ-4771 Please review my work and let me know if you see issues in it; I would like to commit it in a few days. Regards, Jacopo PS: for your reference, here is the new output of the ant -p command: build-website For committers : Update dtds from OFBiz instance to site clean-all Clean all DB, Catalina and caches data, logs, and runtime subdirectories and all specific files like .rej, .orig clean-cache Clean the UtilCache file if errors found with old objects in the cache (Java runtime error something like 'local class incompatible') clean-catalinaClean Catalina data in runtime/catalina/work clean-dataClean all DB data (Derby) under runtime/data clean-downloads Clean all downloaded files clean-logsClean all logs in runtime/logs clean-lucene-indexRemove lucene indexes created in applications/content/index clean-output Clean runtime/output directory clean-tempfiles Remove files located in runtime/tempfiles (captcha, etc...) clean-xtraClean all other files like .rej, .orig, etc. cobertura-report Generate a HTML code coverage report with cobertura, can be found in runtime/logs/cobertura-report cobertura-report-xml Generate a XML file from the cobertura report, this will be use by sonar copy-dtds For committers : Copy all dtds from OFBiz instance to website create-admin-user-login Prompt for a user name, then create a user login with admin privileges and a temporary password equal to 'ofbiz'. After a successful login the user will be prompted for a new password. create-component Create the layout of an OFBiz component in the hot-deploy folder. create-tenant Create a new tenant in your environment, create the delegator, load initial data with admin-user and password (needs multitenant=Y in general.properties) docs-all For committers : Build all javadoc into one tree for easier viewing by the community download-PG-JDBC Download postgres jdbc driver download-selenium Download the selenium server v1.0.3 20.8 MB download load-admin-user-login Create a user login with admin privileges and a temporary password equal to 'ofbiz'; after a successful login the user will be prompted for a new password.[...] load-all-tenants Load data for all tenants, syntax eg: ant load-all-tenants (needs multitenant=Y in general.properties) load-demo Load all data; meant for generic OFBiz development, testing, demonstration, etc purposes load-demo-multitenant Load all data needed for the multi-tenancy demonstration. Caution: this creates three databases, with each one loaded with all demo data. load-extseed Load seed, seed-initial and ext data; meant for manual/generic testing, development, or going into production with a derived system based on stock OFBiz where the ext data basically replaces the demo data load-exttest Load seed, seed-initial, ext and ext-test data; meant for automated testing with a derived system based on stock OFBiz load-file Load data using the command line argument 'data-file' to load data from a given file using the 'default' delegator or a delegator specified in the command line argument 'delegator' load-readers Load data using the command line argument data-readers that takes a comma separated list of readers (seed, seed-initial, demo, ext, ext-test, ext-demo).[...] load-seed
Re: cdyne
I did some brief looking on their site and they are definitely deprecated to their new ones. I'd deprecate it and then remove it before the next release - just to be safe. Cheers, Ruppert On Aug 10, 2011, at 4:59 AM, Jacques Le Roux wrote: Hi BIlgin, But from what Tim said, it's not deprecated, it's unusable... Jacques From: Bilgin Ibryam bibr...@gmail.com I'd suggest we mark it as @Deprecated and remove after some time. Bilgin On Tue, Aug 9, 2011 at 8:02 PM, Jacques Le Roux jacques.le.r...@les7arts.com wrote: Then indeed we could consider to remove it. If anybody really need it s/he could still find it in one of the releases... Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com They changed their name and rebuilt all of the web services a few years ago. That being said, I have no idea if anyone is using it any longer - but it stopped working for us a while back so we stopped using it. Cheers, Ruppert On Aug 8, 2011, at 12:41 PM, David E Jones wrote: We have a general precedence for not removing things people might be using, which is anything in the project, especially without reasonable notice (like waiting a while for comment). On the other hand, if the company behind these services no longer existed or something like that (I don't know if this is the case), then yes might as well remove them right away. -David On Aug 8, 2011, at 12:37 PM, Jacques Le Roux wrote: Everybody agree? Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com It's a likely out of date old web services API - my guess is we could drop it all together. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Aug 5, 2011, at 8:11 AM, Jacques Le Roux wrote: Hi, I really wonder if CdyneServices.java should be in commons or rather in commonext. It looks like an application util to me. Jacques
Re: cdyne
They changed their name and rebuilt all of the web services a few years ago. That being said, I have no idea if anyone is using it any longer - but it stopped working for us a while back so we stopped using it. Cheers, Ruppert On Aug 8, 2011, at 12:41 PM, David E Jones wrote: We have a general precedence for not removing things people might be using, which is anything in the project, especially without reasonable notice (like waiting a while for comment). On the other hand, if the company behind these services no longer existed or something like that (I don't know if this is the case), then yes might as well remove them right away. -David On Aug 8, 2011, at 12:37 PM, Jacques Le Roux wrote: Everybody agree? Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com It's a likely out of date old web services API - my guess is we could drop it all together. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Aug 5, 2011, at 8:11 AM, Jacques Le Roux wrote: Hi, I really wonder if CdyneServices.java should be in commons or rather in commonext. It looks like an application util to me. Jacques
Re: cdyne
It's a likely out of date old web services API - my guess is we could drop it all together. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Aug 5, 2011, at 8:11 AM, Jacques Le Roux wrote: Hi, I really wonder if CdyneServices.java should be in commons or rather in commonext. It looks like an application util to me. Jacques
Re: Free Market versus Central Planning (was Re: New Icons)
Well said David. I think that the investment you made to OFBiz pre-Moqui was astounding, but what you've created in Moqui has the chance to save the project and keep it going for the _next_ 10 years. Thank you for being proactive enough and caring enough to get out in front of the community even when at times it's not able to see that a change is needed. My two cents. Cheers, Ruppert On May 2, 2011, at 10:22 PM, David E Jones wrote: Ruth, It's not as if I'm an outsider taking pot-shots at something from a distance. I also think OFBiz is great, but after working with it for a decade I'm confident I can do better, and I can confidently say the same about many in the OFBiz community. We can do better, and what's more: we want to. Maybe you're not familiar with the pattern of my comments, it is the pattern of retrospection and introspection and open communication about a creation and a long-term effort. It's what happens when someone has so thoroughly explored and experienced and tried to improve something that clear patterns of success and failure have emerged. Consider my efforts on Moqui and related projects to be my attempt at atonement for the many sins laid at my feet over my years with OFBiz that now fetter my soul and make further progress difficult. If you've never experienced anything of the sort, I challenge you to stretch yourself and work to create something great. Take on something that is so beyond you that you can't see the other side, and keep pushing for it after having to give up and start over a time or two. Then you'll understand. -David On May 2, 2011, at 7:26 PM, Ruth Hoffman wrote: On 5/2/11 9:23 PM, Scott Gray wrote: On 3/05/2011, at 12:51 PM, Ruth Hoffman wrote: List: Why is it that David is allowed to advertise continuously about his latest pet project - that has nothing to do with OFBiz - on this mailing list and others, such as myself can't even mention a resource dedicated entirely to OFBiz, that many have found useful, (MyOFBiz.com http://www.myofbiz.com) without risk of severe rebuke? The only time I think I've rebuked you is when you did nothing to engage the conversation and instead just wrote something along the lines of you'll find the answer to that question at my website!. I don't think anyone has an issue with the promotion of relevant websites, companies, projects, etc. but I don't personally think it should ever be the primary purpose of sending a message to these lists. Moqui isn't just a random pet project anyway, it is a potential replacement for the OFBiz framework created by one of the founders of OFBiz, if that's not worthy of discussion I don't know what would be. IMO, it is one thing to talk about replacing the framework. It is quite another to continually harp on what is wrong with OFBiz. Of course that was a rhetorical question. I know the answer. But I will say this: As an outsider, what I see going on here is seriously wrong...The constant innuendo that there is something amiss with OFBiz undermines the public's faith in the quality and value proposition of this project. That seems pretty hypocritical considering you've spent a fair amount of time in the past criticizing the most active members of the community and spreading FUD about the way this project is managed. But at the end of the day there is something wrong and ignoring that will achieve nothing, this is the dev list and is the most appropriate place to discuss these development related issues. Really? What, in your esteemed opinion is wrong? With OFBiz that is. And not me. (I already know that latter.) Despite all the differences of all the OFBiz community members, OFBiz still remains the best open source - possibly any source - ERP around. Lets not forget that. Although I have no authority to request this I'm asking that David please stop using this list as his dumping ground. David, if you do not have positive OFBiz commentary, please don't post. Nobody has any authority here other than the respect one gains through what the ASF calls a meritorcracy (government by merit), and there really can't be any doubt that David has well and truly earned the right to say whatever he damn well pleases (in my opinion). David's spent more time interacting with this community than anyone else and if he's learnt something from that then I for one want to hear it. Well, if your aim is to destroy OFBiz in favor of Moqui or any other the grass is always greener solution, then by all means bash away and encourage David and everyone to join the fray. BTW, anyone wanting to help me make MyOFBiz.com a better resource for the OFBiz community, please feel free to contact me at ruth.hoff...@myofbiz.com Regards, Ruth On 5/2/11 7:46 PM, David E Jones wrote: In fact, we have a garden now... it's just looking for gardeners. Moqui Framework 1.0 is
Re: Another Framework Vision
+1 Cheers, Ruppert On May 2, 2011, at 3:27 PM, Scott Gray wrote: I don't know much about Moqui, but the biggest motivator I have right now for it is that it would remove control of the framework from this community. I'd much rather use a framework that has one good architect controlling everything than use something where poorly thought out code can be dumped with impunity. Regards Scott HotWax Media http://www.hotwaxmedia.com On 30/04/2011, at 8:54 AM, Adrian Crum wrote: Since we're discussing framework rewrites and free markets and such, I decided to throw my hat into the ring too. One proposal so far is to replace the OFBiz framework with the Moqui project. I have another idea - let's rewrite the framework using the existing community. Everyone can participate in the design - thereby leveraging the immense wealth of knowledge available in the community. To kick things off, I created a document describing my vision of an application framework. It's brief and it doesn't include any implementation details. If there is any interest in this approach, then everyone is free to add pages to the document and we can go from there. The document can be found here: https://cwiki.apache.org/confluence/display/OFBADMIN/Another+Framework+Vision -Adrian
Re: Welcome to Sascha Rodekamp as new committer
Congrats Sascha - great to have you here! Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Feb 15, 2011, at 12:57 AM, Jacopo Cappellato wrote: Sascha Rodekamp has accepted the invitation of the OFBiz PMC to become a new committer. Welcome aboard Sascha! Jacopo With great power comes great responsibility.
Re: [VOTE] [RELEASE] Apache OFBiz 09.04.01
+1 Cheers, Ruppert On Jan 20, 2011, at 9:29 AM, Jacopo Cappellato wrote: This is the vote thread to release a bug fix release for the 09.04 branch. This bug fix release and will supersede the release Apache OFBiz 09.04 and will be released as Apache OFBiz 09.04.01. The files can be downloaded from here: http://people.apache.org/~jacopoc/dist/ (please help to test the zip file and its signatures). Vote: [ +1] release as Apache OFBiz 09.04.01 [ -1] do not release For more details about this process please read this http://www.apache.org/foundation/voting.html Kind Regards, Jacopo
Re: Updated Flat Grey Visual Theme
+1 Cheers, Ruppert On Jan 19, 2011, at 12:51 PM, Erik Schuessler wrote: Excellent. I can come up with a design improvement comp to get started. What do you all think about the idea of switching around the search areas? It is a user interface thing. Thanks E On 1/18/2011 11:48 AM, Adrian Crum wrote: Any help would be appreciated! Just create a Jira issue and upload your images/patches there. I've been applying little tweaks here and there, but I'm no artist - so I would feel more comfortable with an artist making the changes instead of me. -Adrian On 1/18/2011 9:27 AM, Erik Schuessler wrote: This is a nice clean theme. I am happy to help out on polishing up the look and feel. One thing that has always bugged me for user interface is the search area. It seems like we could modify the search area as an expandable bar over a side menu, when I have used the back end, the catalog browse is more useful to me over some of the advanced search options. Granted, the main search is very useful so it gets priority, however the but all of the advanced searches are not. I have attached a picture of what I am talking about. Just my two bits. Thanks Erik One issue that I would like to see change is to move the On 1/17/2011 4:41 PM, Jacques Le Roux wrote: Yes that makes sense. And anyway if they prefer another theme they have now the choice. It's ok with me Jacques Ryan Foster wrote: I guess it really just comes down to the approach. The objective of the task was to update the Flat Grey theme. So, I approached the design as a realign rather than a redesign. I did not look at any other themes as examples, I simply focused on how Flat Grey looked and functioned and then tried to make the smallest amount of CSS and markup changes possible in order to achieve the objective and stay with the scope of the task. I understand your bias, because I have it as well, as probably every other active OFBiz developer does. But for the average user, the vast majority are going to select one language, one time zone, and one theme and then never touch this section again. Also, for a developer deploying OFBiz across a large organization, they may even decide to set these preferences globally across the entire organization and not allow the user to have these selections. In that case, it becomes much easier for them because they can simply disable the footer in the theme and it does not affect anything else at all. Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com ryanlfoster.com On Jan 17, 2011, at 11:07 AM, Jacques Le Roux wrote: Ryan Foster wrote: That was exactly what I was trying to do. It seemed even more weird to me to have theme selection and language in the header, but have timezone selection in the footer and to have half of the application links in the header and the other half in the footer. The new grouping is much more logical in my opinion. All of the applications are now grouped together in the header, and all of the user preference selections, which are secondary, are grouped together in the footer. That was true for the old Flat Grey but what about how it's handled in Tomahawk for instance. Maybe I'm biased though because for testing purpose I'm always switching languages and themes... BTW the time zone selection is missing in Tomahawk... Jacques Ryan L. Foster 801.671.0769 cont...@ryanlfoster.com ryanlfoster.com On Jan 17, 2011, at 7:30 AM, Adrian Crum wrote: Ryan can answer that question. I believe he was trying to keep the masthead small so there is more room for the main content. -Adrian --- On Mon, 1/17/11, Jacques Le Roux (JIRA)j...@apache.org wrote: Also I asked {quote} BTW I was surprised that Ryan and you put the access to preferences and languages features in the footer. It's not always visible and seems a bit weird to me {quote} Any answers? ;) -- Brainfood - We Think. We're Smart. *Erik A. Schuessler* Creative Partner Street Address: 4004 East Side Ave. Dallas, TX 75226 www.brainfood.comhttp://www.brainfood.com TEL: 214.720.0700 e323 MOBILE: 214.893.3514 FAX: 214.893.3514 EMAIL: e...@brainfood.commaito:e...@brainfood.com Brainfood - We Think. We're Smart. -- emailsig1.jpg Erik A. Schuessler Creative Partner Street Address: 4004 East Side Ave. Dallas, TX 75226 www.brainfood.com TEL: 214.720.0700 e323 MOBILE: 214.893.3514 FAX: 214.893.3514 EMAIL:e...@brainfood.com emailsig2.jpg
Re: New Flat Grey default?
Just so I'm not misunderstood here - the new Flat Grey does look extremely awesome - great work everyone! Cheers, Ruppert On Jan 18, 2011, at 10:06 AM, Tim Ruppert wrote: -1 - the Tomahawk theme has been awesome - no real to mess with it IMO. Cheers, Ruppert On Jan 18, 2011, at 3:39 AM, Jacques Le Roux wrote: Hi, As it's the sole theme handling RTL languages, I think we should make the New Flat Grey as default. It will also help to find issues (if any ;o) Jacques
Re: OpenID Integration for OFBiz
It's single sign on, but I'm not sure if it ready for CrowdID: http://www.atlassian.com/software/crowd/features/openid.jsp Cheers, Ruppert On Dec 1, 2010, at 4:34 AM, Hans Bakker wrote: Isn't the component 'crowd' in the specialpurpose directory provide openId? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates. On Wed, 2010-12-01 at 15:54 +0530, Naveen Kumar B V wrote: Hi, Does OFBiz provide OpenId integration. As per my knowledge, and after looking at the code. there is no such functionality. Can anyone help me regarding this? How can i integrate OpenId (Gmail, MyOpenId, AOL, etc) into my application? Regards, Naveen Kumar B.V
Re: jquey
Seems like it would be prudent to wait until it is merged from the branch given the amount of work going on there already. Why don't you put your features into the jquery branch as further examples of where it will be utilized? Cheers, Ruppert On Dec 1, 2010, at 8:21 PM, Hans Bakker wrote: We have a number of new ofbiz features lined up, however they use jquery... is it possble to add the jquery libraries earlier then waiting for the merge of the jquery branch? -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
Re: OFBiz Jira ??
+1 - we should move that stuff with the rest of the infra back to something ASF related - but that's a David call - we can supply the files. In retrospect, it's really a shame that we made that move at all - it's been such a show over there with the app down most of the time. Oh well - not really infras fault, but it still hurts the project ... Cheers, Ruppert On Oct 21, 2010, at 1:44 AM, Scott Gray wrote: Oops, they were cleaning up that server. I'll see what can be done to fix it but it is really about time that the ASF took over management of that domain. Regards Scott HotWax Media http://www.hotwaxmedia.com On 21/10/2010, at 8:40 PM, Erwan de FERRIERES wrote: Hi all, why the OFBiz Jira (jira.ofbiz.org) is redirecting to HotWax Media Bamboo and not https://issues.apache.org/jira/browse/OFBIZ/ Regards, -- Erwan de FERRIERES www.nereide.biz
Re: OFBiz Jira ??
Thanks - I'll start a thread with Gavin and get him what he needs. Cheers, Ruppert On Oct 21, 2010, at 12:48 PM, David E Jones wrote: It's out of my hands now: https://issues.apache.org/jira/browse/INFRA-2625 -David On Oct 21, 2010, at 10:45 AM, Tim Ruppert wrote: +1 - we should move that stuff with the rest of the infra back to something ASF related - but that's a David call - we can supply the files. In retrospect, it's really a shame that we made that move at all - it's been such a show over there with the app down most of the time. Oh well - not really infras fault, but it still hurts the project ... Cheers, Ruppert On Oct 21, 2010, at 1:44 AM, Scott Gray wrote: Oops, they were cleaning up that server. I'll see what can be done to fix it but it is really about time that the ASF took over management of that domain. Regards Scott HotWax Media http://www.hotwaxmedia.com On 21/10/2010, at 8:40 PM, Erwan de FERRIERES wrote: Hi all, why the OFBiz Jira (jira.ofbiz.org) is redirecting to HotWax Media Bamboo and not https://issues.apache.org/jira/browse/OFBIZ/ Regards, -- Erwan de FERRIERES www.nereide.biz
Re: about new theme
Use the Tomahawk theme Cheers, Ruppert On Sep 25, 2010, at 3:27 AM, Michael Xu (xudong) wrote: hmmBut we still need to pick up one at first and then maybe merge some special features from other themes. So my question here basically is which existing theme is the best one. -- Regards, Michael Xu (xudong) www.wizitsoft.com | Office: (8610) 6267 0615 ext 806 | Mobile: (86) 135 0135 9807 | Fax: (8610) 62670096 On Sat, Sep 25, 2010 at 5:17 PM, BJ Freeman bjf...@free-man.net wrote: I suggest you review each and include those parts you find valuable. Michael Xu (xudong) sent the following on 9/25/2010 12:59 AM: hi all, We are going to implement a new theme, starting from an existing one. Which one is the best (or most active now)? Really appreciate for any advice. -- Regards, Michael Xu (xudong)
Re: svn commit: r753081 - in /ofbiz/trunk/framework/webslinger: ./ config/ data/ entitydef/ lib/ modules/ modules/ofbiz/ modules/ofbiz/Classes/ modules/ofbiz/Classes/org/ modules/ofbiz/Classes/org/web
That's awesome Adam - looking forward to it! Cheers, Ruppert On Sep 7, 2010, at 4:18 PM, Adam Heath wrote: I know I've said this in the past, that a webslinger example is Coming Real Soon(tm); but this time it's all actually implemented.
Re: Create Release from 10.04 release branch
Thanks Adrian. Cheers, Ruppert On Jul 26, 2010, at 11:27 PM, Adrian Crum wrote: Cool. Thanks Scott and Adam! All of the backports I had in mind have been committed. -Adrian --- On Mon, 7/26/10, Adam Heath doo...@brainfood.com wrote: From: Adam Heath doo...@brainfood.com Subject: Re: Create Release from 10.04 release branch To: dev@ofbiz.apache.org Date: Monday, July 26, 2010, 9:46 PM Adrian Crum wrote: I still need to backport some fixes to the branch. I would like to remove the conversion framework from the entity engine - for the same reason I did it in the trunk. I would just remove the conversion code in the branch and I would not include the new JdbcValueHandler code. Plus, I would like to add the expanded entity engine tests - if there are no objections. I know that isn't a bug fix, but it could help users of the release find compatibility problems with various databases. Adding any new test cases that themselves don't add any new code would be perfectly fine.
Re: Dojo tree 1.4
+1 - I like Prototype, but mostly because we know it well and JQuery was yet the framework that it is today. You're exactly right that Dojo is heavey and Prototype is a library for javascript geeks :) JQuery is likely the best choice on the market right now. Cheers, Ruppert On Jun 8, 2010, at 10:10 PM, Sam Hamilton wrote: It would make a number of my developers very happy if we migrated over to jQuery. Its been described to me that Dojo is heavy and Prototype as a library for javascript geeks where as jQuery is simpler, more flexible and faster to use (coding is about 50% quicker than Prototype one developer has reported), plus now that its community is really building the number of plugins and scripts are increasing very fast. Anyway a few links for people interested http://en.wikipedia.org/wiki/Comparison_of_JavaScript_frameworks http://ajaxian.com/archives/prototype-and-jquery-a-code-comparison Really I think it boils down that we pick one framework and then run with it. All three are solid choices so then it really comes down to making coding a pleasure in which case jQuery wins it for me. Sam On 09/06/2010 06:03, Scott Gray wrote: My personal opinion is that adding an additional layer of javascript has more downsides that it does upsides. - More code to maintain - Slightly hackish, multi-parameter strings? - Another API for users to learn - Abstracting basic method calls is one thing but what about the more complex object oriented features of the libraries? Not to mention that I think the reason that people have a javascript library preference in the first place is because they are familiar with the APIs, but if we abstract the API away then they don't really gain that benefit. IMO sometimes trying to be everything to everybody just ends up with us being too complex for anybody and what we really need to do is just pick a javascript library and stick with it. Regards Scott On 9/06/2010, at 4:42 AM, Adrian Crum wrote: I'm not a JavaScript expert, so I don't have any strong opinions on the choice of a library. I have some suggestions, however. I haven't looked at the JavaScript library integration lately, but I recall that it started out with creating connector code in selectall.js. In other words, selectall.js was used as a facade so the third-party library can be swapped out without too much effort. That's why JavaScript function arguments are sent as Strings - so the String arguments can be parsed into whatever form the third-party library needs. While this effort is underway, it would be nice if we could have a separate file for the library facade. I think selectall.js was used at the start out of laziness - the file was already there. Now the name of that file doesn't match its contents. -Adrian On 6/8/2010 8:17 AM, Erwan de FERRIERES wrote: Le 08/06/2010 16:12, Sascha Rodekamp a écrit : Hey guys, i started the work to update the Dojo libary to the current version 1.4. And i have to say that it didn't satisfy me to work on every Dojo based JaveScript for a little version update. It will coast a lot of time to test and update all the JavaScript Code. And what we have at the end a new heavy Dojo libary which brings a lot of widget but it's hard to extend :-) So i have another (maybe better idea). Why we didn't set Dojo and Prototype as depricated and starting to use jQuerry. In my optinion jQuerry is a better invest in the future. There are a lot of Widget/ Plugin's too and it's much lighter than Dojo. Instead of spending my time with updating all the Dojo stuff, i could spend my time to migrate all Prototype / Dojo based Code to jQuerry. What do you think? Cheers Hi Sascha, I think we have to make up our minds, and make a choice. Then, go for it. I had the same probleme as you a while ago, when introducing charting. Changing to another library is ok with me, but going from one to another every time is not. Maybe we should raise a vote, and then make with what the communauty has decided ! Cheers,
Re: svn commit: r944675 - in /ofbiz/trunk/applications/product: config/ProductEntityLabels.xml entitydef/entitymodel.xml
+1 Cheers, Ruppert On May 16, 2010, at 10:37 AM, Bruno Busco wrote: Thank you. I will do that. -Bruno 2010/5/15 Ashish Vijaywargiya vijaywargiya.ash...@gmail.com +1. -- Ashish On Sat, May 15, 2010 at 10:54 PM, Christopher Snow sno...@snowconsulting.co.uk wrote: I think it should be ok to backport patches that only add documentation. On 15/05/10 17:17, Bruno Busco wrote: What you guys think about backporting patches like this that only add documentation to the 10.04 release branch? 2010/5/15bus...@apache.org Author: buscob Date: Sat May 15 16:14:14 2010 New Revision: 944675 URL: http://svn.apache.org/viewvc?rev=944675view=rev Log: A patch from Chris Snow OFBIZ-3747 - ProductStore missing field title help https://issues.apache.org/jira/browse/OFBIZ-3747 Thank you Chris for your patch and your patience. Modified: ofbiz/trunk/applications/product/config/ProductEntityLabels.xml ofbiz/trunk/applications/product/entitydef/entitymodel.xml Modified: ofbiz/trunk/applications/product/config/ProductEntityLabels.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/config/ProductEntityLabels.xml?rev=944675r1=944674r2=944675view=diff == --- ofbiz/trunk/applications/product/config/ProductEntityLabels.xml (original) +++ ofbiz/trunk/applications/product/config/ProductEntityLabels.xml Sat May 15 16:14:14 2010 @@ -2637,4 +2637,237 @@ value xml:lang=thขภงเถื่ภน/value value xml:lang=zh被盗/value /property + +!-- Field Descriptions -- +!-- ProductStore -- +property key=FieldDescription.ProductStore.productStoreId +value xml:lang=enThe id for the product store../value +/property +property key=FieldDescription.ProductStore.primaryStoreGroupId +value xml:lang=enWhat group this store belongs to. Stores can be grouped together with a price for each store group. It can be left blank if there are no store groups set up./value +!-- Store groups cannot be set up in the catalog manager and must be inserted directly into the database. -- +/property +property key=FieldDescription.ProductStore.storeName +value xml:lang=enThis is the name of the store that this catalog represents./value +/property +property key=FieldDescription.ProductStore.companyName +value xml:lang=enThis is the name of the company that this catalog represents./value +/property +property key=FieldDescription.ProductStore.title +value xml:lang=enThis value gets displayed in the header section of the ecommerce store./value +/property +property key=FieldDescription.ProductStore.subtitle +value xml:lang=enThis value gets displayed in the header section of the ecommerce store./value +/property +property key=FieldDescription.ProductStore.payToPartyId +value xml:lang=enNote that this corresponds with the organizationPartyId that GL transactions will be posted to./value +/property +property key=FieldDescription.ProductStore.daysToCancelNonPay +value xml:lang=enTriggers cancellation of orders for non-payment after the number of days entered here./value +!-- There is an automated service that can be scheduled (see Job Scheduler in Webtools) nightly to cancel orders which have not been paid. This defines how many days an order can be outstanding and unpaid before it is canceled. A value of zero here will leave all orders open indefinitely. -- +/property +property key=FieldDescription.ProductStore.manualAuthIsCapture +value xml:lang=enDrop-down Y/N box on the question of whether a Manual Authorization is captured./value !-- TODO - what does this really mean? -- +/property +property key=FieldDescription.ProductStore.prorateShipping +value xml:lang=enWhen some share of the cost of shipping is covered under an account other than the bill-to./value !-- TODO - what does this really mean? -- +/property +property key=FieldDescription.ProductStore.prorateTaxes +value xml:lang=en/value +/property +property key=FieldDescription.ProductStore.viewCartOnAdd +value xml:lang=enControls whether the user is taken to the shopping cart immediately after adding a product to his cart./value +/property +property key=FieldDescription.ProductStore.autoSaveCart +value xml:lang=enDrop-down Y/N box on the question of automatically saving the contents of the shopping cart./value +/property +property key=FieldDescription.ProductStore.autoApproveReviews +value xml:lang=enIf the site allows users to enter product reviews, this controls whether the reviews must be approved, or whether they are automatically shown on the site./value +/property +property key=FieldDescription.ProductStore.isDemoStore +value xml:lang=enIf Yes, any orders created will not be sent, credit card charges will not be made, etc. +/value +/property +property key=FieldDescription.ProductStore.isImmediatelyFulfilled +value xml:lang=enIf Yes, the
Re: https://demo.ofbiz.org
Yes - that should not be the case. I will have it fixed ASAP (if it's still something I can!). Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On May 16, 2010, at 9:56 AM, Jacques Le Roux wrote: Hi, I just noticed that https://demo.ofbiz.org is redirecting to stable. Should we not redirect to trunk rather? Jacques
Re: https://demo.ofbiz.org
This is fixed - there was a bug in the redirect - thanks for reporting Jacques. Cheers, Ruppert On May 17, 2010, at 10:22 AM, Tim Ruppert wrote: Yes - that should not be the case. I will have it fixed ASAP (if it's still something I can!). Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On May 16, 2010, at 9:56 AM, Jacques Le Roux wrote: Hi, I just noticed that https://demo.ofbiz.org is redirecting to stable. Should we not redirect to trunk rather? Jacques
Re: https://demo.ofbiz.org
We managed the redirect at Contegix. We should probably just put this up there in apache - I'm sure Gavin will help out make it happen on each of the instances. Cheers, Ruppert On May 17, 2010, at 3:18 PM, Jacques Le Roux wrote: Thanks Tim, I know it's normal to get a blank page when you get to http://demo-trunk.ofbiz.apache.org/ or https://demo-trunk.ofbiz.apache.org/ But before when you typed https://demo.ofbiz.org You were actually redirected to something visible, I guess https://demo-stable.ofbiz.apache.org/catalog/control/login/main What have changed? Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com This is fixed - there was a bug in the redirect - thanks for reporting Jacques. Cheers, Ruppert On May 17, 2010, at 10:22 AM, Tim Ruppert wrote: Yes - that should not be the case. I will have it fixed ASAP (if it's still something I can!). Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On May 16, 2010, at 9:56 AM, Jacques Le Roux wrote: Hi, I just noticed that https://demo.ofbiz.org is redirecting to stable. Should we not redirect to trunk rather? Jacques
Re: svn commit: r943182 - in /ofbiz/branches/release10.04: ./ applications/order/src/org/ofbiz/order/order/OrderReadHelper.java applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices
Sounds like a bug fix to me! Cheers, Ruppert On May 11, 2010, at 11:13 AM, Adam Heath wrote: doo...@apache.org wrote: Author: doogie Date: Tue May 11 17:11:37 2010 New Revision: 943182 URL: http://svn.apache.org/viewvc?rev=943182view=rev Log: Applied fix from trunk for revision: 941109 Add reading of promo use and promo code from the database into the This may look like a new feature being added to this branch. However, the feature was actually added before the branch was made, but didn't work in all cases. This is why I applied this change from trunk. Modified: ofbiz/branches/release10.04/ (props changed) ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices.java Propchange: ofbiz/branches/release10.04/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Tue May 11 17:11:37 2010 @@ -1,3 +1,3 @@ /ofbiz/branches/addbirt:831210-885099,885686-886087 /ofbiz/branches/multitenant20100310:921280-927264 -/ofbiz/trunk:939988,939990,93,940025,940053,940234,940248,940309,940401,940410,940425,940779,940815,940849,941007,941047,941177,941199,941261,941440,941600,941999,942084,942406,942414,942671,942883-942884,943168 +/ofbiz/trunk:939988,939990,93,940025,940053,940234,940248,940309,940401,940410,940425,940779,940815,940849,941007,941047,941109,941177,941199,941261,941440,941600,941999,942084,942406,942414,942671,942883-942884,943168 Modified: ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java URL: http://svn.apache.org/viewvc/ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java?rev=943182r1=943181r2=943182view=diff == --- ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java (original) +++ ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java Tue May 11 17:11:37 2010 @@ -2198,6 +2198,29 @@ public class OrderReadHelper { return EntityUtil.filterByCondition(getOrderItems(), entityCondition); } +public SetString getProductPromoCodesEntered() { +Delegator delegator = orderHeader.getDelegator(); +SetString productPromoCodesEntered = FastSet.newInstance(); +try { +for (GenericValue orderProductPromoCode: delegator.findByAndCache(OrderProductPromoCode, UtilMisc.toMap(orderId, orderHeader.get(orderId { + productPromoCodesEntered.add(orderProductPromoCode.getString(productPromoCodeId)); +} +} catch (GenericEntityException e) { +Debug.logError(e, module); +} +return productPromoCodesEntered; +} + +public ListGenericValue getProductPromoUse() { +Delegator delegator = orderHeader.getDelegator(); +try { +return delegator.findByAndCache(ProductPromoUse, UtilMisc.toMap(orderId, orderHeader.get(orderId))); +} catch (GenericEntityException e) { +Debug.logError(e, module); +} +return FastList.newInstance(); +} + /** * Checks to see if this user has read permission on this order * @param userLogin The UserLogin value object to check Modified: ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices.java URL: http://svn.apache.org/viewvc/ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices.java?rev=943182r1=943181r2=943182view=diff == --- ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices.java (original) +++ ofbiz/branches/release10.04/applications/order/src/org/ofbiz/order/shoppingcart/ShoppingCartServices.java Tue May 11 17:11:37 2010 @@ -581,6 +581,15 @@ public class ShoppingCartServices { } } +if (includePromoItems) { +for (String productPromoCode: orh.getProductPromoCodesEntered()) { +cart.addProductPromoCode(productPromoCode, dispatcher); +} +for (GenericValue productPromoUse: orh.getProductPromoUse()) { + cart.addProductPromoUse(productPromoUse.getString(productPromoId), productPromoUse.getString(productPromoCodeId), productPromoUse.getBigDecimal(totalDiscountAmount), productPromoUse.getBigDecimal(quantityLeftInActions)); +} +} + List adjustments = orh.getOrderHeaderAdjustments(); // If applyQuoteAdjustments is set to false then standard cart adjustments are used.
Re: New branch is now available for upcoming releases of 10.04 series
+1 on backporting tests - especially under the guise of stability. Cheers, Ruppert On May 1, 2010, at 8:47 AM, Anil Patel wrote: Keep asking, If there are enough reason, we may come up with some policy that allows for it. Or may be we create one more release branch as soon as in next two months and kill this branch in its alpha stage itself. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On May 1, 2010, at 5:16 AM, chris snow wrote: It would be good if we could backport the field tooltip messages too. Many thanks, chris On 1 May 2010 09:59, Vikas Mayur vikasma...@gmail.com wrote: Thanks Jacopo for all of your hard work to make it happen. Btw I am not sure if this is a good question to you (and others of course) about commit policy to the release branch. We all know that the main idea behind the release branch is to provide a more stable version of OFBiz. I was just wondering if we could also change the commit policy to back port unit test besides bug fixes. This way there would be more code coverage with the additional unit tests resulted by backporting to the release branch. I am sorry if this has been already discussed in past. Regards Vikas On Sat, May 1, 2010 at 1:28 PM, Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com wrote: ...
Re: New branch is now available for upcoming releases of 10.04 series
My guess is that since we've increased the frequency of building tests that this being a case by case basis would be a pain. I think adding tests to document and improve stability should always be allowed. My two cents. Cheers, Ruppert On May 1, 2010, at 10:17 AM, Adrian Crum wrote: I don't see why we need a new policy. In the past, only bug fixes were applied to release branches, and any other changes were discussed on a case-by-case basis. That process seems to have worked well so far. -Adrian --- On Sat, 5/1/10, Anil Patel anil.pa...@hotwaxmedia.com wrote: From: Anil Patel anil.pa...@hotwaxmedia.com Subject: Re: New branch is now available for upcoming releases of 10.04 series To: dev@ofbiz.apache.org Cc: Anil Patel anil.pa...@hotwaxmedia.com Date: Saturday, May 1, 2010, 7:47 AM Keep asking, If there are enough reason, we may come up with some policy that allows for it. Or may be we create one more release branch as soon as in next two months and kill this branch in its alpha stage itself. Thanks and Regards Anil Patel HotWax Media Inc Find us on the web at www.hotwaxmedia.com or Google Keyword ofbiz On May 1, 2010, at 5:16 AM, chris snow wrote: It would be good if we could backport the field tooltip messages too. Many thanks, chris On 1 May 2010 09:59, Vikas Mayur vikasma...@gmail.com wrote: Thanks Jacopo for all of your hard work to make it happen. Btw I am not sure if this is a good question to you (and others of course) about commit policy to the release branch. We all know that the main idea behind the release branch is to provide a more stable version of OFBiz. I was just wondering if we could also change the commit policy to back port unit test besides bug fixes. This way there would be more code coverage with the additional unit tests resulted by backporting to the release branch. I am sorry if this has been already discussed in past. Regards Vikas On Sat, May 1, 2010 at 1:28 PM, Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com wrote: ...
Re: svn commit: r938446 - in /ofbiz/trunk: applications/accounting/data/ applications/content/data/ applications/marketing/data/ applications/order/servicedef/ applications/party/data/ applications/
Go for the latter - something that isn't real. Cheers, Ruppert On Apr 29, 2010, at 9:48 PM, Ashish Vijaywargiya wrote: I am thinking to revert my commit. Actually I saw more benefit in keeping gmail account settings but yes I agree from your point which is very important. I think it would be fine if we keep the old email address as it is(ofbizt...@yahoo.com) not a valid email address and no accidental email will be generated. or We are fine in changing ofbizt...@yahoo.com to t...@example.com. LMK your thoughts on this! Thanks! -- Ashish On Wed, Apr 28, 2010 at 11:01 AM, Scott Gray scott.g...@hotwaxmedia.com wrote: On 28/04/2010, at 4:50 PM, Adam Heath wrote: Scott Gray wrote: The only thing that makes me uncomfortable about it is that partially complete implementations could accidentally send emails to the address and result in the people who are in control of the account perhaps knowing about implementations that are supposed to be private. I don't doubt for a second that this wouldn't happen on a regular basis. Installation of ofbiz requires doing a set of changes, to make it work with whatever deployment requirements there are. Some features don't need to be configured, if they aren't used. However, if you want to use email reception, then this will just have to be one of those required configurations. People make mistakes, making the default a real email account of an unknown third party just increases the consequences of the mistake. Besides, who gets to control this account? The only way for it to be useful to everyone is for everyone to have access and I can't see how that would work well. Regards Scott
Re: [VOTE] [BRANCH] Creation of the Release Branch release10.04
+1 Cheers, Ruppert On Apr 28, 2010, at 2:10 AM, Jacopo Cappellato wrote: This is the vote thread to create a new release branch (not a release yet) named release10.04. This branch will represent a feature freeze and releases will be created over time out of it: all the commits in this branch will be for bug fixes only, no new features. Vote: [ +1] create the branch release10.04 [ -1] do not create the branch We will use the same rules for votes on releases (vote passes if there are more binding +1 than -1 and if there are at least 3 binding +1) For more details about this process please read this http://www.apache.org/foundation/voting.html Kind Regards, Jacopo
Re: Breadcrumb in wiki
We'll look into that today as well Jacques - I've thought that for a while in this theme. Cheers, Ruppert On Apr 23, 2010, at 4:49 AM, Jacques Le Roux wrote: Thanks Jacopo, Yes with the help of Ryan and Tim it looks really better. I just wonder if we should have such large fonts for h1 and h2 ? Jacques From: Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com Jacques, all, yesterday I have received a big help from Ryan Foster and Tim Ruppert and this helped to fix most of the issues in the layout of the OFBTECH space. Please have a look at it: https://cwiki.apache.org/confluence/display/OFBTECH/Home There are still a couple of issues (with the top right links/menu) that hopefully we will fix today and then I will copy the layout to the remaining 4 spaces. Please let me know if you see other issues. Kind regards, Jacopo On Apr 22, 2010, at 10:44 AM, Jacques Le Roux wrote: No worries IMO as we have a workaround Thanks Jacques Jacopo Cappellato wrote: Yes, this is an open issue that I should be able to resolve hopefully today. BTW, I can also revert the changes I did to the two spaces until it is fixed. But if we could wait this would spare some of my time. Kind regards, Jacopo On Apr 22, 2010, at 10:13 AM, Jacques Le Roux wrote: Hi Jacopo, I recenlty reported in the private ML some issues we have with the new wiki layout The layout is better now (wider etc...), Yes looks good, do you intend to generalize to all the wiki? even if there are still things to fix. I guess you mean the Add menu (missing for now), some parts of the Tools menu ? Ha, bread crumbs and also the browse menu near the profile name. I can't see naything else missing, and yes it's certainly far easier for lambda Confluence users Should we not keep the info in footer? I'm not a big fan, just asking ;o) One of them is really missing: the breadcrumb A tip: for now, when you want to get up you have to use info page where you will find an up link Thanks Jacques
Re: The ofbiz.org domain
Here's the latest update from Infra at the ASF: 1. They will be happy to migrate the ofbiz.org domain. 2. They have recommended that we not transfer it to them right away - But instead either reup it where it is or migrate it to someone who can manage it 3. The reason is that it will take a while for them to migrate all of the services :( - This will be important IMO. - The services that would be migrated would be: -- DNS -- Apache redirects 4. Getting services in place before we move to the ASF. - I think this is important because due to propagation, we would have everything already setup. - This will lead to less headaches. Because David does not want to be in the middle of this, my vote would still be to transfer the domain to someone like Jacopo since he's the PMC chair. He gets the domain reup at really cheap prices, he has access to keep the services exactly as they are today and can get the information to the ASF, and there's no chance that he'd do something devious with the domain. David, if you are interested in this, please think about it and let us all know - this will ensure that services do not go down for anyone involved - and Jacopo can manage migrating it to the ASF once the DNS and apache host files are already in place. Cheers, Ruppert On Apr 16, 2010, at 11:20 PM, Jacopo Cappellato wrote: On Apr 17, 2010, at 7:05 AM, David E Jones wrote: Wow, this discussion has really taken on a life of its own. Maybe I wasn't clear enough before... the $35 or somehow saving me some effort in continuing to do things the old way is not the point, the point is to get this onto ASF infra ASAP just like all other resources. It would be way easier to click a few buttons but that wouldn't resolve the issue with ofbiz.org that some individual owns the domain and that the DNS is still hosted by a third party (ie Contegix). Yes this makes a lot of sense to me; let's see if the Infra can take action quickly (the ball is already in their court) and if not let's find another good solution together. On the other hand, the whole auctioning idea for the domain name is interesting... do I hear $1000? One thousand to the respectable lady in front. Do I hear $1500? Fifteen hundred to the gentleman in the t-shirt and shorts. Let's get this really going! Do I hear $5000? Amazing folks! Five thousand to the man in the suit with the hat with red lettering on it that I can't quite make out from here... looks like it starts with an O and is in all caps. Going once... going twice... sold! A special thanks to all involved, and to the man who... wait... wow again! I've just been informed that ofbiz.org and sun.com are now under the same umbrella... who could have imagined! ;) This is really great! BTW thank you David for bringing up this important topic. Jacopo -David On Apr 16, 2010, at 6:07 PM, Tim Ruppert wrote: The only thing that's less low effort is that this keeps David having to mess with it - which is what I'm hoping to avoid. As I said before - it doesn't matter to me - this is just a super cheap way of doing things and puts the onus on the people who want to follow this one all the way thru. The good thing - is regardless of which way David decides to go - I think we'll be able to support making it happen relatively quickly. Cheers, Ruppert On Apr 16, 2010, at 4:58 PM, Ean Schuessler wrote: Tim Ruppert wrote: I guess I'd love to know why you're looking to pay $70+ for an interim solution when I can get do it for the community for just a few bucks and I'll likely be the one to help ensure that it actually gets pushed forward and maintained? Doesn't matter much to me, sounds like David should just put it up for auction - there seem to be a lot of people looking to spend money on it I just figured David has been paying for it for some time and could use a little reimbursement for his troubles. I agree with you that Network Solutions prices are highway robbery. OpenSRS (TUCOWS) is cheaper as is GoDaddy or a bunch of others but they all require some immediate effort. I figured paying the $35 is the lowest effort way for David to keep the domain secure until ASF-infra is ready to do something about it. He'd get reimbursed and then some for his effort with my scheme. I do share your dislike for Network Solutions but what's $35 more bucks in the larger picture? -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: The ofbiz.org domain
Here's the information from a thread between Shane, Upayavira, Jacopo and myself. Jacques and I also voted to make sure that it's setup before we switch, but this should give you ample reason to believe what I wrote before. They are basically saying that we should keep it going before it gets lost because they are not sure if they can dive in. There was another response saying that Upayavira might be able to help out straight away - so maybe it's not such a big deal. Again, putting the infra in place and testing before we transfer is the best route IMO. --- No worries man - but you are on all of those if you're still on the private lists - here is the info that I've seen on the infra list: Sorry - too many mailing lists. This is an action item for Jacopo and David, who should *extend the existing domain registration* for another year. Then after the registration goes through, infra (thanks Upayavira!) needs to take the action (i.e. not trademarks@). I entered a JIRA ticket to track this, which is Infra's preferred method for tracking things: https://issues.apache.org/jira/browse/INFRA-2625 Upayavira, please see my comments inline: On Apr 21, 2010, at 3:09 PM, Upayavira wrote: Jacopo, I responded to this on trademarks@, but didn't CC, so I suspect you didn't see my reply. yes, I actually missed your reply, sorry for this. I said: I've just done a transfer for subversion, and would happily handle this for you (but over at infrastructure@). My guess though is that 20 days left is not enough - you'd have to wait for probably a month after renewal. It is fine even if the ofbiz.org domain is not reachable for some time; the important thing is that the ASF get it before it is stolen by someone else. From what I've seen, renewing isn't really a problem as you may well retain that period on your domain even when transferred over to the Apache registrar's account. So basically, I doubt the registrar would allow you to transfer at this point anyhow. As I said, I'm happy to help you with the migration. We can co-ordinate a time between us to attempt it, and I can do any necessary co-ordination with infra to make sure everything goes right. Perfect! Just let me know exactly what information you need from us and we will do all the required steps. My main question is what do you want the domain once transferred. Serving the site off ofbiz.org I suspect would be a no-go. Having ofbiz.org redirect to ofbiz.apache.org would be exactly the preferred option. This is exactly what we would like to have: ofbiz.org should simply redirect to ofbiz.apache.org Our main concern is that we want to be sure that ASF takes ownership of the ofbiz.org domain, before it is taken by a third party non part of the community. So, let me know how/when you want to proceed. Thank you, Jacopo Cheers, Ruppert On Apr 21, 2010, at 11:52 AM, David E Jones wrote: As much as I'd like to take your word on all of this Tim, I know that at least the part related to me isn't correct. Could you forward some of the emails you've received about this? Aside from an email that just came through, I haven't even seen anything on the private mailing list... and that makes communication problems more likely. -David On Apr 21, 2010, at 12:46 PM, Tim Ruppert wrote: Here's the latest update from Infra at the ASF: 1. They will be happy to migrate the ofbiz.org domain. 2. They have recommended that we not transfer it to them right away - But instead either reup it where it is or migrate it to someone who can manage it 3. The reason is that it will take a while for them to migrate all of the services :( - This will be important IMO. - The services that would be migrated would be: -- DNS -- Apache redirects 4. Getting services in place before we move to the ASF. - I think this is important because due to propagation, we would have everything already setup. - This will lead to less headaches. Because David does not want to be in the middle of this, my vote would still be to transfer the domain to someone like Jacopo since he's the PMC chair. He gets the domain reup at really cheap prices, he has access to keep the services exactly as they are today and can get the information to the ASF, and there's no chance that he'd do something devious with the domain. David, if you are interested in this, please think about it and let us all know - this will ensure that services do not go down for anyone involved - and Jacopo can manage migrating it to the ASF once the DNS and apache host files are already in place. Cheers, Ruppert On Apr 16, 2010, at 11:20 PM, Jacopo Cappellato wrote: On Apr 17, 2010, at 7:05 AM, David E Jones wrote: Wow, this discussion has really taken on a life of its own. Maybe I wasn't clear enough before... the $35 or somehow saving me some effort
Re: The ofbiz.org domain
Sorry - this was supposed to be part of my message and somehow got lumped in with Shane's latest response. My apologies. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Apr 21, 2010, at 12:32 PM, Tim Ruppert wrote: No worries man - but you are on all of those if you're still on the private lists - here is the info that I've seen on the infra list:
Re: The ofbiz.org domain
It does seem that way for sure - so as I said, the only decision we have left is whether or not you should reup at NetSol or if you want to get out of it - sending it to Jacopo so that he can ensure it migrates smoothly. Whatever works on your end is fine - I'll be happy to support the transition either way and get the information staged at the ASF before we pull the trigger on the transfer. Cheers, Ruppert On Apr 21, 2010, at 12:53 PM, David E Jones wrote: Thanks for the update Tim. It sounds like no matter what we're not going to see any quick action on this. -David On Apr 21, 2010, at 1:32 PM, Tim Ruppert wrote: Here's the information from a thread between Shane, Upayavira, Jacopo and myself. Jacques and I also voted to make sure that it's setup before we switch, but this should give you ample reason to believe what I wrote before. They are basically saying that we should keep it going before it gets lost because they are not sure if they can dive in. There was another response saying that Upayavira might be able to help out straight away - so maybe it's not such a big deal. Again, putting the infra in place and testing before we transfer is the best route IMO. --- No worries man - but you are on all of those if you're still on the private lists - here is the info that I've seen on the infra list: Sorry - too many mailing lists. This is an action item for Jacopo and David, who should *extend the existing domain registration* for another year. Then after the registration goes through, infra (thanks Upayavira!) needs to take the action (i.e. not trademarks@). I entered a JIRA ticket to track this, which is Infra's preferred method for tracking things: https://issues.apache.org/jira/browse/INFRA-2625 Upayavira, please see my comments inline: On Apr 21, 2010, at 3:09 PM, Upayavira wrote: Jacopo, I responded to this on trademarks@, but didn't CC, so I suspect you didn't see my reply. yes, I actually missed your reply, sorry for this. I said: I've just done a transfer for subversion, and would happily handle this for you (but over at infrastructure@). My guess though is that 20 days left is not enough - you'd have to wait for probably a month after renewal. It is fine even if the ofbiz.org domain is not reachable for some time; the important thing is that the ASF get it before it is stolen by someone else. From what I've seen, renewing isn't really a problem as you may well retain that period on your domain even when transferred over to the Apache registrar's account. So basically, I doubt the registrar would allow you to transfer at this point anyhow. As I said, I'm happy to help you with the migration. We can co-ordinate a time between us to attempt it, and I can do any necessary co-ordination with infra to make sure everything goes right. Perfect! Just let me know exactly what information you need from us and we will do all the required steps. My main question is what do you want the domain once transferred. Serving the site off ofbiz.org I suspect would be a no-go. Having ofbiz.org redirect to ofbiz.apache.org would be exactly the preferred option. This is exactly what we would like to have: ofbiz.org should simply redirect to ofbiz.apache.org Our main concern is that we want to be sure that ASF takes ownership of the ofbiz.org domain, before it is taken by a third party non part of the community. So, let me know how/when you want to proceed. Thank you, Jacopo Cheers, Ruppert On Apr 21, 2010, at 11:52 AM, David E Jones wrote: As much as I'd like to take your word on all of this Tim, I know that at least the part related to me isn't correct. Could you forward some of the emails you've received about this? Aside from an email that just came through, I haven't even seen anything on the private mailing list... and that makes communication problems more likely. -David On Apr 21, 2010, at 12:46 PM, Tim Ruppert wrote: Here's the latest update from Infra at the ASF: 1. They will be happy to migrate the ofbiz.org domain. 2. They have recommended that we not transfer it to them right away - But instead either reup it where it is or migrate it to someone who can manage it 3. The reason is that it will take a while for them to migrate all of the services :( - This will be important IMO. - The services that would be migrated would be: -- DNS -- Apache redirects 4. Getting services in place before we move to the ASF. - I think this is important because due to propagation, we would have everything already setup. - This will lead to less headaches. Because David does not want to be in the middle of this, my vote would still be to transfer the domain to someone like Jacopo since he's the PMC chair. He gets the domain reup at really cheap prices, he has access to keep the services exactly
Re: [VOTE] [RELEASE] Apache OFBiz 4.0
+1 Cheers, Ruppert On Apr 20, 2010, at 8:46 AM, Adrian Crum wrote: +1 -Adrian Jacopo Cappellato wrote: This is the vote thread to transform our release candidate 4.0 into an official ASF release. OFBiz 4.0 is an *old* release that will be archived (and removed from the ASF mirrors) right after it will be released: we are doing this vote/process just to be able to call it an official ASF release. We will not promote this release and people should not really use it and should prefer our latest stable release 09.04. The voting period will be approx (no less than) 72 hours. The files can be downloaded from here: http://people.apache.org/~jacopoc/dist/ Vote: [ +1] release as Apache OFBiz 4.0 [ -1] do not release For more details about this process please read this http://www.apache.org/foundation/voting.html Kind Regards, Jacopo
Re: Release 4 on the download page
I'd say let's do the same with 4.0 release - it then shows that we have more than one release :) Cheers, Ruppert On Apr 17, 2010, at 8:50 AM, BJ Freeman wrote: maybe post on user ml to see how many respond. I agree a lot of work if not being used. I guess removing it give the same message as archive. = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro Jacopo Cappellato sent the following on 4/17/2010 12:25 AM: If we want to distribute it thru the ASF mirrors (and have it in the ASF release archive) we will have to officially release it (i.e. prepare the package, sign it, vote on it and publish) as we did a few days ago for the 09.04 release. I don't think it is worth of the effort but I am wide open to suggestions. Jacopo On Apr 17, 2010, at 8:48 AM, BJ Freeman wrote: would 4.0 be an archive or put some other site like 3.0 is = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro Jacopo Cappellato sent the following on 4/16/2010 10:28 PM: On Apr 17, 2010, at 3:00 AM, Adrian Crum wrote: Now that we have an official 9.04 release, and since interest in Release 4.0 has waned, should we remove Release 4.0 from the downloads page? I agree, especially because Release 4.0 is not an official ASF release BTW have a look at the new download page, it is much cleaner now. Also, now that we have an official 9.04 release, do we still need all of those 9.04 snapshots? In my opinion we don't need all those snapshots (there are too many also for the trunk, imo). But at least a couple of snapshots for the 9.04 release branch are useful because the release branch is receiving new bug fix commits (that could induce us to release a bug fix release 9.04.1 in the future). Jacopo -Adrian
[jira] Commented: (OFBIZ-3708) Fields should be defined with span not div. (radio, date, lookup)
[ https://issues.apache.org/jira/browse/OFBIZ-3708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12858246#action_12858246 ] Tim Ruppert commented on OFBIZ-3708: Yeah - this is going backwards - don't push to span - fix the CSS for the divs Fields should be defined with span not div. (radio, date, lookup) - Key: OFBIZ-3708 URL: https://issues.apache.org/jira/browse/OFBIZ-3708 Project: OFBiz Issue Type: Bug Components: framework Affects Versions: SVN trunk Reporter: Blas Rodriguez Somoza Priority: Minor Fix For: SVN trunk Attachments: CAL_bizznesstime_after.jpg, CAL_bizznesstime_before.jpg, CAL_bluelight_after.jpg, CAL_bluelight_before.jpg, CAL_droppingcrumbs_after.jpg, CAL_droppingcrumbs_before.jpg, CAL_flatgrey_after.jpg, CAL_flatgrey_before.jpg, CAL_tomahawk_after.jpg, CAL_tomahawk_before.jpg, LOOKUP_CAL_bizznesstime_after.jpg, LOOKUP_CAL_bizznesstime_before.jpg, LOOKUP_CAL_bluelight_after.jpg, LOOKUP_CAL_bluelight_before.jpg, LOOKUP_CAL_droppingcrumbs_after.jpg, LOOKUP_CAL_droppingcrumbs_before.jpg, LOOKUP_CAL_flatgrey_after.jpg, LOOKUP_CAL_flatgrey_before.jpg, LOOKUP_CAL_tomahawk_after.jpg, LOOKUP_CAL_tomahawk_before.jpg, OFBIZ-3708_framework_divspan.diff Field markup should be a valid inline element. Defining fields with div (block) instead of span (inline) creates several problems: - Missalignments in screen. (See LOOKUP_CAL screenshots) - Implies a end-of-line after the div. (See CAL screenshots) - If used inside inline elements which should be OK, becames XHTML validation errors. (Manufacturing - MRP - MRP log) Because this is a markup problem, it spans to all the themes. This patch contains 2 files in the framework/widget area and 5 in the themes area. Because the source of the problem is in the framework/widget area, I opt to assign the bug to the framework area. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: The ofbiz.org domain
Doesn't matter to me - I'll just do something about it - which is what I was saying in the first place. The difference between me and the ASF is that I'm actually prepared to accept the domain, with the infra around it already - and that's why I even mentioned transferring it to me. I've got no plans to do anything with ofbiz.org other than help broker it to the ASF - which could be helpful to Mr. Jones. Cheers, Ruppert On Apr 16, 2010, at 2:39 PM, Ean Schuessler wrote: Tim Ruppert wrote: I am more than happy to take that over for the project and migrate all of the redirects (and improve them even) once we get it over there to ensure we don't lose anything. Just let me know and I'll make this migration simple. I'm also a registrar so to Ean's point, I'm more than happy to take it on as the registrar and will guarantee that it will be migrated to the ASF whenever they are ready. It would be just as difficult to transfer to Hotwax as it would be to transfer it to ASF. David should just pay the renewal fee so it doesn't get snapped up by a domain squatter and then transfer it to ASF whenever is convenient for all the involved parties. -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: The ofbiz.org domain
I guess I'd love to know why you're looking to pay $70+ for an interim solution when I can get do it for the community for just a few bucks and I'll likely be the one to help ensure that it actually gets pushed forward and maintained? Doesn't matter much to me, sounds like David should just put it up for auction - there seem to be a lot of people looking to spend money on it Cheers, Ruppert On Apr 16, 2010, at 4:32 PM, Ean Schuessler wrote: Tim Ruppert wrote: David, it's not $35 for me - it's only a few bucks - so I'm happy to pay it and help broker this - especially since I'm not sure if it'll get handled by the ASF in time. There is a precedent here from the last migration, so I'd like to avoid that if possible. Let me know how I can help on this one. Adam and I both have $35 for David, so he can make a $35 dollar profit. Any body one else want to get in on paying David back? -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: The ofbiz.org domain
The only thing that's less low effort is that this keeps David having to mess with it - which is what I'm hoping to avoid. As I said before - it doesn't matter to me - this is just a super cheap way of doing things and puts the onus on the people who want to follow this one all the way thru. The good thing - is regardless of which way David decides to go - I think we'll be able to support making it happen relatively quickly. Cheers, Ruppert On Apr 16, 2010, at 4:58 PM, Ean Schuessler wrote: Tim Ruppert wrote: I guess I'd love to know why you're looking to pay $70+ for an interim solution when I can get do it for the community for just a few bucks and I'll likely be the one to help ensure that it actually gets pushed forward and maintained? Doesn't matter much to me, sounds like David should just put it up for auction - there seem to be a lot of people looking to spend money on it I just figured David has been paying for it for some time and could use a little reimbursement for his troubles. I agree with you that Network Solutions prices are highway robbery. OpenSRS (TUCOWS) is cheaper as is GoDaddy or a bunch of others but they all require some immediate effort. I figured paying the $35 is the lowest effort way for David to keep the domain secure until ASF-infra is ready to do something about it. He'd get reimbursed and then some for his effort with my scheme. I do share your dislike for Network Solutions but what's $35 more bucks in the larger picture? -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: Release 4 on the download page
Inline Cheers, Ruppert On Apr 16, 2010, at 7:00 PM, Adrian Crum wrote: Now that we have an official 9.04 release, and since interest in Release 4.0 has waned, should we remove Release 4.0 from the downloads page? +1 Also, now that we have an official 9.04 release, do we still need all of those 9.04 snapshots? +1 - they should go. -Adrian
Re: demo.ofbiz.org
The redirects have been updated - check them out and let me know if there are any issues. It should work from the old release branches and the trunk. Cheers, Ruppert On Apr 14, 2010, at 10:14 PM, Tim Ruppert wrote: Yep - I'll get on that straight away. Cheers, Ruppert On Apr 14, 2010, at 7:05 PM, Scott Gray wrote: Hey Ruppert, Is there any way we can get the demo.ofbiz.org redirect to point to demo-trunk.ofbiz.apache.org? It looks like it's still pointing to ofbiz-vm.apache.org. Thanks Scott HotWax Media http://www.hotwaxmedia.com On 15/04/2010, at 5:48 AM, Tim Ruppert wrote: I don't know - I'm still waiting for access to actually happen ... Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Apr 14, 2010, at 11:01 AM, Adam Heath wrote: What's the story with this? It's not working at all, I get not found errors on all backend pages.
Re: demo.ofbiz.org
Hans can't - I'm still waiting for my INFRA task to be fixed :) Cheers, Ruppert On Apr 14, 2010, at 1:02 PM, Jacques Le Roux wrote: Hi Tim, Is not Hans working on it? Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com I don't know - I'm still waiting for access to actually happen ... Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Apr 14, 2010, at 11:01 AM, Adam Heath wrote: What's the story with this? It's not working at all, I get not found errors on all backend pages.
Re: [VOTE] [RELEASE] Apache OFBiz 09.04
+1 Cheers, Ruppert On Apr 8, 2010, at 8:12 PM, Ashish Vijaywargiya wrote: +1. -- Ashish On Thu, Apr 8, 2010 at 3:57 PM, Jacopo Cappellato jacopo.cappell...@hotwaxmedia.com wrote: This is the vote thread to transform our release candidate 09.04 into an official release. The files can be downloaded from here: http://people.apache.org/~jacopoc/dist/ Vote: [ +1] release as Apache OFBiz 09.04 [ -1] do not release For more details about this process please read this http://www.apache.org/foundation/voting.html Kind Regards, Jacopo
Re: Security Redesign and Release 10.x Branch
That's not true and you know it - my email specifically addresses how much I think it will be an improvement. Cheers, Ruppert On Apr 6, 2010, at 5:18 PM, Adrian Crum wrote: I'm a little stunned by all the push back. A year ago there was a lot of enthusiasm for this. Now it seems I'm the only person interested in seeing it included in the project.
Re: svn commit: r930737 - /ofbiz/trunk/framework/entity/src/org/ofbiz/entity/GenericDelegator.java
+1 Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Apr 5, 2010, at 9:43 PM, Bob Morley wrote: I am definitely not a fisheye expert, but I would hope with its JIRA integration that something could be automated that would drive reviews targeted at the commiters. Again having a code-review goal (published) would be something the project could strive towards. It would be pretty awesome to have Ofbiz - 2+ million lines of code, 100% code reviewed, 90% unit-test code coverage.
Re: Use of JIRA Resolved status
Seems like something that would make things clearer so probably not a bad way to go. If there was a way to see from the attachments that we had an upload already, I'd probably go for that - but in the absence, the additional status seems like a reasonable request to me. +1 Cheers, Ruppert On Mar 31, 2010, at 9:44 PM, Bob Morley wrote: Tim Ruppert wrote: I think it makes sense to have some way of distinguishing issues that have been filed from ones that have been filed and fix is provided - but I'm not sure about adding additional statuses to the workflow. Normally I'd totally agree (I've coded many workflows and creating custom statuses in JIRA and it's really powerful) - but I'm not sure how much access we would have to things at that level with infra. Seeing that other ASF projects had these statuses in play I took a quick search across these projects and was able to find one INFRA ticket that was very similar : http://issues.apache.org/jira/browse/INFRA-1659. This being the case, I suspect it would just be a matter of Ofbiz consensus and the right person cutting the INFRA ticket. My guess is that David Jones likely setup our ASF JIRA project and is likely our JIRA admin? (I seem to recall reading something that suggested a project could have two admins; but I do not recall). -- View this message in context: http://n4.nabble.com/Use-of-JIRA-Resolved-status-tp1747129p1747620.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: OFBiz Website
FYI, I answered to Grant privately since he's not on the list and hooked him up with Erik, Ean and Mike to see where we might be able to help these guys out as well. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Apr 2, 2010, at 10:00 AM, Grant Ingersoll wrote: Hey OFBiz Team, Some of us Lucene people were wondering who did your landing page website and what you are using to generate it? Feel free to reject this and just send back a response privately, as I'm not subscribed to dev@ and don't really want to go through all of that for just one question. Thanks, Grant Ingersoll
[jira] Commented: (OFBIZ-3630) Fix .classpath for hamcrest.jar inclusion
[ https://issues.apache.org/jira/browse/OFBIZ-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12851986#action_12851986 ] Tim Ruppert commented on OFBIZ-3630: Thanks for asking that Adrian - I thought it, but figured I must've been missing something. Fix .classpath for hamcrest.jar inclusion - Key: OFBIZ-3630 URL: https://issues.apache.org/jira/browse/OFBIZ-3630 Project: OFBiz Issue Type: Bug Components: ALL COMPONENTS Affects Versions: SVN trunk Reporter: Bob Morley Fix For: SVN trunk Attachments: OFBIZ-3630_AddHamcrestToClasspath.patch It appears that the hamcrest.jar has been added to help in some of the cache related unit tests. This just adds it to the .classpath so that the project can compile in Eclipse. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Use of JIRA Resolved status
I think it makes sense to have some way of distinguishing issues that have been filed from ones that have been filed and fix is provided - but I'm not sure about adding additional statuses to the workflow. Normally I'd totally agree (I've coded many workflows and creating custom statuses in JIRA and it's really powerful) - but I'm not sure how much access we would have to things at that level with infra. Cheers, Ruppert On Mar 31, 2010, at 2:27 PM, Bob Morley wrote: Adrian Crum wrote: In the past that has been handled informally through the dev mailing list. Jira emails the list to tell us when patches have been contributed. If you feel a Jira issue isn't getting the attention it deserves, you can make a comment in the issue to bump it to the mailing list. -Adrian If we feel there is no need for a more formal status that indicates when a ticket is ready to be committed then that is cool. I have moved all of my personal tickets that I had moved to resolved and changed them back to reopen. I suspect I should have put a comment in them saying that they were ready for commit though as opposed to moving to reopen for further work ... -- View this message in context: http://n4.nabble.com/Use-of-JIRA-Resolved-status-tp1747129p1747352.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Trunk demo is not updating
Looks like Gavin did it this weekend - but thanks Hans. Cheers, Ruppert On Mar 27, 2010, at 9:23 PM, Hans Bakker wrote: If you send me your public key i will create he access for you. just updated the trunk, gave all in the ofbiz group rwx access Regards, Hans On Sat, 2010-03-27 at 07:50 -0600, Tim Ruppert wrote: I'm still waiting for access - thanks to Gavin for the monitoring. As for the update scripts - this will be something we have to write. Cheers, Ruppert On Mar 27, 2010, at 1:51 AM, Jacques Le Roux wrote: Hi Bruno, We (mostly I) do it by hand for the moment. So we don't update it everyday. Scott spoke about porting the scripts used at Contegix, not sure maybe writing new ones. BTW, Gavin has just added Ofbiz VM monitoring. Hans, Ruppert and I will be now notified. Jacques From: Bruno Busco bruno.bu...@gmail.com Hi, it seems the trunk demo server is not updating. It is still at rev. 925744 that is one week old. -Bruno -- Ofbiz on twitter: http://twitter.com/apache_ofbiz Myself on twitter: http://twitter.com/hansbak Antwebsystems.com: Quality services for competitive rates.
Re: Icons for Tomahawk.
Yeah - I spaced on Webtools - it's easily in the top 9. I was just focusing on the business apps when I wrote this. Cheers, Ruppert On Mar 29, 2010, at 11:17 AM, Ean Schuessler wrote: I wonder if webtools doesn't get used more. It might need to be called system or something more clear and have other settings/maintenance functions merged into those screens. Tim Ruppert wrote: Off the top of my head the most 9 used apps would be (in no particular order and without redesigning the apps which is likely what we really need to do): 1. Order 2. Catalog 3. Party 4. Content 5. Accounting (assuming AR / AP inside here eventually) 6. Facility 7. Manufacturing 8. Marketing 9. Asset Maintenance -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: Trunk demo is not updating
I'm still waiting for access - thanks to Gavin for the monitoring. As for the update scripts - this will be something we have to write. Cheers, Ruppert On Mar 27, 2010, at 1:51 AM, Jacques Le Roux wrote: Hi Bruno, We (mostly I) do it by hand for the moment. So we don't update it everyday. Scott spoke about porting the scripts used at Contegix, not sure maybe writing new ones. BTW, Gavin has just added Ofbiz VM monitoring. Hans, Ruppert and I will be now notified. Jacques From: Bruno Busco bruno.bu...@gmail.com Hi, it seems the trunk demo server is not updating. It is still at rev. 925744 that is one week old. -Bruno
Re: Merging multitenant branch into trunk
It would be great to get these features into the trunk - looking forward to hearing more about testing. Cheers, Ruppert On Mar 24, 2010, at 1:01 PM, BJ Freeman wrote: must have missed the previous email. downloaded and testing started. thanks :D = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro David E Jones sent the following on 3/24/2010 8:14 AM: It's been open for testing for a few weeks now, first in a patch and then in the branch in SVN (and announced once on this mailing list for each place, plus through jira). By all means, test away! -David On Mar 24, 2010, at 7:33 AM, BJ Freeman wrote: how about opening it up to others testing before. unless you feel that can be done better in the trunk. = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro David E Jones sent the following on 3/24/2010 1:07 AM: I'm working on getting the multitenant branch updated with all of the trunk changes, and I'd rather not have to do this too many times... :) After a fair amount of testing everything seems to be working fine with the multitenant changes (and the automated tests all pass now too). Is anyone opposed to getting the multitenant branch merged back into the trunk? -David
Re: Icons for Tomahawk.
Off the top of my head the most 9 used apps would be (in no particular order and without redesigning the apps which is likely what we really need to do): 1. Order 2. Catalog 3. Party 4. Content 5. Accounting (assuming AR / AP inside here eventually) 6. Facility 7. Manufacturing 8. Marketing 9. Asset Maintenance Cheers, Ruppert On Mar 23, 2010, at 5:50 PM, Erik Schuessler wrote: Ah yes, understood Jacques. What I am working on is a set of icons for the main menu items on ofbiz. I want to make the top 9 for a launch screen to make navigation easier for new users. Example icon menu items would be - Parties, Catalog, Content, etc. Thanks Erik On 3/23/2010 2:59 PM, Jacques Le Roux wrote: I'd like to answer but sorry I'm not quite sure what to answer, it's about Icons? Jacques From: Erik Schuessler e...@brainfood.com Hey everyone in dev land... Bruno and I are working on improving the interface for Tomahawk, we wanted to get opinions from everyone about the most used 9 apps on ofbiz for top level jump point for ofbiz so we can build a user interface here with help points, etc, a type of productivity dash board to make tasks easier to get started on. The interface, while improved, has a glut of information that a user is just expected to know proves difficult for most new users, making their head pop off (I've seen it, it is gross) trying to get a handle on everything. There are some obvious ones, but please send a response in a numbered list. -- Erik Schuessler Brainfood | Web ERP Solutions 4004 East Side Ave. Dallas, TX 75226
[jira] Assigned: (OFBIZ-3572) Add news item to site index.html
[ https://issues.apache.org/jira/browse/OFBIZ-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert reassigned OFBIZ-3572: -- Assignee: Tim Ruppert Add news item to site index.html Key: OFBIZ-3572 URL: https://issues.apache.org/jira/browse/OFBIZ-3572 Project: OFBiz Issue Type: New Feature Components: site Environment: OFBiz Apache website Reporter: Ruth Hoffman Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: addingErpInterview.patch Create a new list element for website. Please see attached patch. Thanks Ruth -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3572) Add news item to site index.html
[ https://issues.apache.org/jira/browse/OFBIZ-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert updated OFBIZ-3572: --- Fix Version/s: SVN trunk Add news item to site index.html Key: OFBIZ-3572 URL: https://issues.apache.org/jira/browse/OFBIZ-3572 Project: OFBiz Issue Type: New Feature Components: site Environment: OFBiz Apache website Reporter: Ruth Hoffman Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: addingErpInterview.patch Create a new list element for website. Please see attached patch. Thanks Ruth -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (OFBIZ-3572) Add news item to site index.html
[ https://issues.apache.org/jira/browse/OFBIZ-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert resolved OFBIZ-3572. Resolution: Fixed Added in r926158. Made some changes to meet the conventions in place for all other articles. Add news item to site index.html Key: OFBIZ-3572 URL: https://issues.apache.org/jira/browse/OFBIZ-3572 Project: OFBiz Issue Type: New Feature Components: site Environment: OFBiz Apache website Reporter: Ruth Hoffman Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: addingErpInterview.patch Create a new list element for website. Please see attached patch. Thanks Ruth -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3572) Add news item to site index.html
[ https://issues.apache.org/jira/browse/OFBIZ-3572?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert closed OFBIZ-3572. -- Thanks for the contributions Ruth. Add news item to site index.html Key: OFBIZ-3572 URL: https://issues.apache.org/jira/browse/OFBIZ-3572 Project: OFBiz Issue Type: New Feature Components: site Environment: OFBiz Apache website Reporter: Ruth Hoffman Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: addingErpInterview.patch Create a new list element for website. Please see attached patch. Thanks Ruth -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: How often does http://ofbiz.apache.org get updated?
Actually, when I do the commits - I push them right to the site most of the time. Normally takes about 30 minutes or so to propagate. Cheers, Ruppert On Mar 22, 2010, at 10:56 AM, Ruth Hoffman wrote: Thanks BJ. Just was wondering. Regards, Ruth BJ Freeman wrote: Watching the commits ml lets you know when and what is committed. after that you should see the next day when the sight is rebuilt. svn commit: r926158 - /ofbiz/site/index.html was done at 9:26 am PDT, today. = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro Ruth Hoffman sent the following on 3/22/2010 9:44 AM: Hi Tim: Just wondering when I can expect to see any patched changes applied to the site? Regards, Ruth
Re: This URL does not work
The permgen problem was introduced way after 9.04 - not sure where. Cheers, Ruppert On Mar 21, 2010, at 4:10 AM, Jacques Le Roux wrote: Done, rebooted the server it's ok directory now /home/ofbiz I still wonder why R9.04 seems to not need a PermGen change. Do we use so much more class loaders in trunk? Jacques From: Jacques Le Roux jacques.le.r...@les7arts.com Hi Tim, What is the problem with PermGen? I mean is something clearly identified? Last time I simply used half the memory (2560MB) we have for both instances by changing the values from -Xmx512M -XX:MaxPermSize=128m To -Xmx768M -XX:MaxPermSize=512m And it seamt to work for some days at least BTW do you know where the directory is now on the machine? Thanks Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com Gavin started working on moving these to their final destination - so we have updated URLs. I have updated the site as well with the information - it should be live sometime soon. http://demo-trunk.ofbiz.apache.org/ecommerce/ http://demo-stable.ofbiz.apache.org/ecommerce/ There is still a problem with the trunk PermGen settings which will need to be corrected at some point in the not too distant future. Thanks again to Gavin for all of his support. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 20, 2010, at 10:00 AM, Ruth Hoffman wrote: Sat. March 20 12:00pm EDT: http://ofbiz-vm.apache.org/ecommerce/control/main Returns: Not Found The requested URL /ecommerce/control/main was not found on this server. Apache/2.2.9 (Ubuntu) PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g Server at ofbiz-vm.apache.org Port 80 Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: This URL does not work
Gavin started working on moving these to their final destination - so we have updated URLs. I have updated the site as well with the information - it should be live sometime soon. http://demo-trunk.ofbiz.apache.org/ecommerce/ http://demo-stable.ofbiz.apache.org/ecommerce/ There is still a problem with the trunk PermGen settings which will need to be corrected at some point in the not too distant future. Thanks again to Gavin for all of his support. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 20, 2010, at 10:00 AM, Ruth Hoffman wrote: Sat. March 20 12:00pm EDT: http://ofbiz-vm.apache.org/ecommerce/control/main Returns: Not Found The requested URL /ecommerce/control/main was not found on this server. Apache/2.2.9 (Ubuntu) PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g Server at ofbiz-vm.apache.org Port 80 Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: This URL does not work
Gavin started making changes last night - check the infra links - and the previous post. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 20, 2010, at 11:02 AM, Jacques Le Roux wrote: There is no longer any cd /usr/local/ofbiz directory Is somebody working on it? Jacques From: Ruth Hoffman rhoff...@aesolves.com Sat. March 20 12:00pm EDT: http://ofbiz-vm.apache.org/ecommerce/control/main Returns: Not Found The requested URL /ecommerce/control/main was not found on this server. Apache/2.2.9 (Ubuntu) PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g Server at ofbiz-vm.apache.org Port 80 Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: This URL does not work
I don't have my key setup - which is why I'm not on there more often - have that scheduled for early next week so I can dive in - so unfortunately I don't know where he's stashed these two :) My guess is that some of the startup needs to be modified again to reflect a better setup - those numbers below look like they should be fine to me. Cheers, Ruppert On Mar 20, 2010, at 11:21 AM, Jacques Le Roux wrote: Hi Tim, What is the problem with PermGen? I mean is something clearly identified? Last time I simply used half the memory (2560MB) we have for both instances by changing the values from -Xmx512M -XX:MaxPermSize=128m To -Xmx768M -XX:MaxPermSize=512m And it seamt to work for some days at least BTW do you know where the directory is now on the machine? Thanks Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com Gavin started working on moving these to their final destination - so we have updated URLs. I have updated the site as well with the information - it should be live sometime soon. http://demo-trunk.ofbiz.apache.org/ecommerce/ http://demo-stable.ofbiz.apache.org/ecommerce/ There is still a problem with the trunk PermGen settings which will need to be corrected at some point in the not too distant future. Thanks again to Gavin for all of his support. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 20, 2010, at 10:00 AM, Ruth Hoffman wrote: Sat. March 20 12:00pm EDT: http://ofbiz-vm.apache.org/ecommerce/control/main Returns: Not Found The requested URL /ecommerce/control/main was not found on this server. Apache/2.2.9 (Ubuntu) PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g Server at ofbiz-vm.apache.org Port 80 Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: This URL does not work
Will do. Cheers, Ruppert On Mar 20, 2010, at 12:06 PM, Scott Gray wrote: If you're talking to Gavin about getting access, could you ask him to grant me access as well? I haven't had any luck subscribing to infra so can't ask myself at the moment. My key is ready to go in my .ssh directory on people.a.o Thanks Scott On 20/03/2010, at 11:26 AM, Tim Ruppert wrote: I don't have my key setup - which is why I'm not on there more often - have that scheduled for early next week so I can dive in - so unfortunately I don't know where he's stashed these two :) My guess is that some of the startup needs to be modified again to reflect a better setup - those numbers below look like they should be fine to me. Cheers, Ruppert On Mar 20, 2010, at 11:21 AM, Jacques Le Roux wrote: Hi Tim, What is the problem with PermGen? I mean is something clearly identified? Last time I simply used half the memory (2560MB) we have for both instances by changing the values from -Xmx512M -XX:MaxPermSize=128m To -Xmx768M -XX:MaxPermSize=512m And it seamt to work for some days at least BTW do you know where the directory is now on the machine? Thanks Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com Gavin started working on moving these to their final destination - so we have updated URLs. I have updated the site as well with the information - it should be live sometime soon. http://demo-trunk.ofbiz.apache.org/ecommerce/ http://demo-stable.ofbiz.apache.org/ecommerce/ There is still a problem with the trunk PermGen settings which will need to be corrected at some point in the not too distant future. Thanks again to Gavin for all of his support. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 20, 2010, at 10:00 AM, Ruth Hoffman wrote: Sat. March 20 12:00pm EDT: http://ofbiz-vm.apache.org/ecommerce/control/main Returns: Not Found The requested URL /ecommerce/control/main was not found on this server. Apache/2.2.9 (Ubuntu) PHP/5.2.6-2ubuntu4.3 with Suhosin-Patch mod_ssl/2.2.9 OpenSSL/0.9.8g Server at ofbiz-vm.apache.org Port 80 Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com
Re: Suggested feature on new UI for the front page
+1 and a shout out Ean! The work you guys have done in conjunction with the rest of the community definitely is worthy of making a big deal about. Cheers, Ruppert On Mar 19, 2010, at 9:19 AM, Mike Bates wrote: +1 -- Mike Bates HotWax Media CEO http://www.hotwaxmedia.com cell: 801.706.9137 desk: 801.649.6245 main: 888.405.2667 ApacheCon US 2009 Gold Sponsor http://us.apachecon.com/c/acus2009/sponsors/sponsors On Mar 19, 2010, at 9:16 AM, Ean Schuessler wrote: First, if you haven't, read this discussion on the OpenTaps forums about OFBiz: http://sourceforge.net/projects/opentaps/forums/forum/487771/topic/3562735 Leaving aside whether OpenTaps should continue to be based on OFBiz, one of the major undercurrents of the disucssion is that OFBiz has user interface problems. While there continue to be usability issues I think that we have recently made a big enough dent to do some before and after comparisons. I think we should do a major feature about this on the website with copious screenshots you can reach in a single click. It should probably even be our leading image for the large image rotator. We should also try to figure out how to do a press release of some kind about it and get it into ERP press. I think Tomahawk and the recent addition of the friendly AJAX lookups can be massaged into a OFBiz gets a major interface overhaul story and I think that will bring us a lot of benefit. Can I get a +1? -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
[jira] Commented: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12847191#action_12847191 ] Tim Ruppert commented on OFBIZ-3560: Fixed in r925066 Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert resolved OFBIZ-3560. Resolution: Fixed Fix Version/s: SVN trunk Removed individual service providers section - linked to the Service Provider Page instead. Removed all non-news based news. Removed company sponsorships - put the General Apache Software Foundation sponsor link back per Jacques suggestion. Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert closed OFBIZ-3560. -- Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: entity primary key change - BAD: Re: svn commit: r895250 - in /ofbiz/trunk/applications: order/entitydef/ product/entitydef/ product/script/org/ofbiz/shipment/issuance/ product/script/org/ofbiz/s
Thanks for the input Marc - this is definitely something that the project needs and your contributions in this arena would definitely make a huge impact. Cheers, Ruppert On Mar 18, 2010, at 7:18 PM, Marc Morin wrote: I loath to enter into this discussion, but feel that I need to put in a bit of experience that I have observed when dealing with databases and migration issues. There are a couple of truisms that I have come to accept, grudgingly: 1) Database schemas will change over time. 2) Database schema changes are a pain to deal with. Migration issue are difficult. 3) Unlike changes in code, that have no history to them (other than an interface specification to external api), database changes, have a long time horizon. Decisions that were rational that lead to a schema design at the time, but new use cases, etc.. result in re-factoring or enhancing cause you to continually deal with the implications of this old design. 4) It's impossible to satisfy all schema API revision constraints at the same time. 5) You need to have a formal way to manage migration of data in your framework. 6) Only support the newest schema, don't leave legacy artifacts around in schema, tends to increase duplication, increased confusion, and increased code entropy. 7) Avoid schema as an API point in your system if at all possible... can really tie your hands from a development point of view. Means other systems will need to be updated when merging... So, Ofbiz doesn't really have any formal migration process. checkdb() adds missing stuff, but is incomplete in some changes (column type changes, index changes, pkey changes, drops, null/not null changes), but more importantly, the data migration framework is meant to be outside, and manual... leading to problems, inconstancies, and more importantly, difficulties. The rename the old entity, create a migration service, then manually run it, is a weak migration framework. I have had success when trying to keep a tighter lid on things: 1- automatically create .sql migration files representing the differences in schemas. (revn - revn-1 differences). 2- automatically add insert/update/delete commands representing the differences in seed into these files. 3- manually edit these files, or generate new ones to represent migration of data, where the simple cases are not handled, such as moving data from one entity, to another, etc... 4- these sql migration commands become formally part of the codebase. Migration scripts automatically run on older schema versions (trick is the detect what version the schema actually is can't rely on version number, etc... too easy to be inaccurate, and run all needed migration commands). 5- Only supporting the current schema in the code base. This means that as the schema evolves, code that isn't in the project will need to be upgraded when merging in these changes. Obviously the above series of steps are meant to move all legacy databases through an upgrade process to the current revision, such that they should be indistinguishable from being created from a newly minted schema. I have done this type of support in my past life, with another project, other than ofbiz and it helped tame the affects of schema changes. We also have developed this approach at Emforium to manage the upgrade of our customer's ofbiz instances. It has been VERY DIFFICULT to keep these instances consistent with one another, as the schema has changed over time I won't say that this is 100% nailed down, but we are on our way. So, I'd be interested in discussing how we can add a more formal migration declaration into ofbiz, with forward and backward migrations formally put into place (like ruby on rails, etc...). We can talk about using our developed framework for this, but there are limitations; such as .sql files are not likely portable, and certainly can't be easily split up between datasources. We've also generated a number of self tests, to test that a db at revn-1 can be upgraded to revn with the seed to be identical, this is CRUCIAL to ensure, that the migration chain is unbroken... Marc
[jira] Commented: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12847196#action_12847196 ] Tim Ruppert commented on OFBIZ-3560: This was removed in the original patch - please take a peek both at the patch and in SVN - as it was the only thing in the Sponsorship area ... Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Fix For: SVN trunk Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: entity primary key change - BAD: Re: svn commit: r895250 - in /ofbiz/trunk/applications: order/entitydef/ product/entitydef/ product/script/org/ofbiz/shipment/issuance/ product/script/org/ofbiz/s
On Mar 18, 2010, at 7:57 PM, Adam Heath wrote: Marc Morin wrote: I loath to enter into this discussion, but feel that I need to put in a bit of experience that I have observed when dealing with databases and migration issues. There are a couple of truisms that I have come to accept, grudgingly: 1) Database schemas will change over time. 2) Database schema changes are a pain to deal with. Migration issue are difficult. 3) Unlike changes in code, that have no history to them (other than an interface specification to external api), database changes, have a long time horizon. Decisions that were rational that lead to a schema design at the time, but new use cases, etc.. result in re-factoring or enhancing cause you to continually deal with the implications of this old design. 4) It's impossible to satisfy all schema API revision constraints at the same time. 5) You need to have a formal way to manage migration of data in your framework. 6) Only support the newest schema, don't leave legacy artifacts around in schema, tends to increase duplication, increased confusion, and increased code entropy. 7) Avoid schema as an API point in your system if at all possible... can really tie your hands from a development point of view. Means other systems will need to be updated when merging... So, Ofbiz doesn't really have any formal migration process. checkdb() adds missing stuff, but is incomplete in some changes (column type changes, index changes, pkey changes, drops, null/not null changes), but more importantly, the data migration framework is meant to be outside, and manual... leading to problems, inconstancies, and more importantly, difficulties. The rename the old entity, create a migration service, then manually run it, is a weak migration framework. I have had success when trying to keep a tighter lid on things: 1- automatically create .sql migration files representing the differences in schemas. (revn - revn-1 differences). 2- automatically add insert/update/delete commands representing the differences in seed into these files. 3- manually edit these files, or generate new ones to represent migration of data, where the simple cases are not handled, such as moving data from one entity, to another, etc... 4- these sql migration commands become formally part of the codebase. Migration scripts automatically run on older schema versions (trick is the detect what version the schema actually is can't rely on version number, etc... too easy to be inaccurate, and run all needed migration commands). 5- Only supporting the current schema in the code base. This means that as the schema evolves, code that isn't in the project will need to be upgraded when merging in these changes. Obviously the above series of steps are meant to move all legacy databases through an upgrade process to the current revision, such that they should be indistinguishable from being created from a newly minted schema. I have done this type of support in my past life, with another project, other than ofbiz and it helped tame the affects of schema changes. We also have developed this approach at Emforium to manage the upgrade of our customer's ofbiz instances. It has been VERY DIFFICULT to keep these instances consistent with one another, as the schema has changed over time I won't say that this is 100% nailed down, but we are on our way. So, I'd be interested in discussing how we can add a more formal migration declaration into ofbiz, with forward and backward migrations formally put into place (like ruby on rails, etc...). We can talk about using our developed framework for this, but there are limitations; such as .sql files are not likely portable, and certainly can't be easily split up between datasources. We've also generated a number of self tests, to test that a db at revn-1 can be upgraded to revn with the seed to be identical, this is CRUCIAL to ensure, that the migration chain is unbroken... I've got code started to handle this, from a few months ago. UpgradeScript id=FooBarBaz location=component://$name/path/file.ext/ Then, at startup, a separate, special delegator is created very early, which uses a private datastore(derby, postgres, or whatever). Any newly imported UpgradeScripts are then run just this once. My code had support for script dependencies, ala debian, and could order things appropriately. The idea is based on another package I saw developed, which did database stuff the old fashion way, with a bunch of sql scripts individually developed for each database vendor. The package stored the current version somewhere, and it just ran all upgrade scripts in series from the last installed version to the new version. This would handle multi-year upgrades, but it required keeping those upgrade scripts around forever. However, the scripts were isolated, so the mainline
[jira] Updated: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tim Ruppert updated OFBIZ-3560: --- Attachment: communityOnlyHomePage.patch Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3560) Update the Home Page to link to the Service Providers
Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3560) Update the Home Page to link to the Service Providers
[ https://issues.apache.org/jira/browse/OFBIZ-3560?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12846555#action_12846555 ] Tim Ruppert commented on OFBIZ-3560: Agreed - Jacques, I'll add that back in there. Update the Home Page to link to the Service Providers - Key: OFBIZ-3560 URL: https://issues.apache.org/jira/browse/OFBIZ-3560 Project: OFBiz Issue Type: Improvement Components: site Affects Versions: SVN trunk Reporter: Tim Ruppert Assignee: Tim Ruppert Priority: Minor Attachments: communityOnlyHomePage.patch Update the home page to be focused on the community rather than the service providers and their news: # Remove the individual Service Providers link - instead link to the service providers page. # Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. # Remove any other blog posts that are not actual news or PR wire information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Home Page Updates [ was Re: Criteria for adding service providers on http://ofbiz.apache.org/ home page ]
In commit r924312, we have followed David's precedent and removed all HotWax Media links on the home page of OFBiz - mean to help ensure that the project is focused on the community and not the providers. Here is a link to a new JIRA task that I am looking to commit along these lines - later today. Here is the information: 1. Per Christian and Jacques' comment yesterday - Remove the individual Service Providers link - instead link to the service providers page. 2. Remove the Sponsorship area - since the hardware is all ASF now and everyone is contributing every day. 3. Remove any other blog posts that are not actual news or PR wire information. Here is the JIRA task: https://issues.apache.org/jira/browse/OFBIZ-3560 Cheers, Ruppert PS I will also be looking for a number of new ways to spiff up the home page with new screenshots of projects, links to case studies (that we'll hopefully be able to pull together on the site), etc. Looking forward to making this happen together. On Mar 17, 2010, at 9:01 AM, Jacques Le Roux wrote: +1 Jacques From: BJ Freeman bjf...@free-man.net Just leave the link to the providers page in the wiki = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro Scott Gray sent the following on 3/17/2010 7:38 AM: On 17/03/2010, at 5:00 AM, Jacques Le Roux wrote: From: Christian Geisert christian.geis...@isu-gmbh.de Raj Saini schrieb: Hi, We have been providing OFBiz customizations and solutions for last three years and have been contributing to OFBiz actively. On OFBiz official site home page, there is a section for listing service provider. What is the criteria to add the service provider name to this place? Is it only for committers (or their companies) or other contributors can also request to add their name? I think this section is there for historic reasons and IMHO should be removed. Christian +1 Jacques +1, lets get rid of them. Does anybody disagree? Regards Scott
Re: Proposal Guidelines for News Items
+1 Cheers, Ruppert On Mar 17, 2010, at 6:02 PM, David E Jones wrote: BTW, maybe it wasn't clear in my other messages but I am against these guidelines. For a reason why take a look at which news items would have been left in and which would have been removed. IMO if it's going to be a news section, it should only be news, and all promotional material should go somewhere else. That's the direction we've started heading in, and I hope it will continue. The reason I think that is not because I'm against having these things on the home page, but it seems like if we don't draw a draconian line then every exception to that draconian line will likely favor one group or another and we can't seem to handle that as a community right now. -David On Mar 17, 2010, at 5:47 PM, David E Jones wrote: A couple of quick points: 1. a solution to this has already started, see Tim's recent commit and issue about the main page 2. proposals like this would generally not be adopted by lack of dissent, but rather by consent or positive vote -David On Mar 17, 2010, at 5:34 PM, Sharan-F wrote: Hi Everyone I've created a page on the Wiki with the proposal suggested by Scott. I think this topic has been discussed in depth quite a lot lately – so I'd like to suggest that we try and finalise it so that it's clear for everyone going forward. Here's the link the the page with the proposal for news items. http://cwiki.apache.org/confluence/x/iwfi If anyone is opposed to adopting these guidelines then please speak up. On the other hand if everyone is happy to adopt this then I'd like to suggest the following: 1. the page (or content) is moved to somewhere secure as you wont want anyone to overwrite or delete, what's been agreed 2. a link from the news section be made to the page content. Let's see if we can get this issue solved and get back to what we all do best - OFBiz! I'm happy to get any feedback on this. Thanks Sharan -- View this message in context: http://n4.nabble.com/Proposal-Guidelines-for-News-Items-tp1597365p1597365.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Proposal Guidelines for News Items
This other stuff should definitely be in the wiki - and we should drive people there IMO. Easier to administer and work on as a larger group. Cheers, Ruppert On Mar 17, 2010, at 6:23 PM, Ruth Hoffman wrote: We seem to be at an impasse here as we can't even agree on what is news. IMHO, the more news (where news is anything new including new promotional material) on the front page the better. It doesn't really matter what is in the news, it's the fact that there is activity that is important. I realize it is work for someone to post the links on the web page, so maybe the restriction is only that there will be but one post per person per week. Who might a person be? How about anyone with a Wiki login account? So, anyone who cares enough to get a Wiki login can have the privilege of posting (or rather submitting an item to be posted) as often as they like, but only one post will be considered per week, per login. That way, no one needs to determine what is news and what is not news. Let the reader decide if an item is really news. Readers are smarter than you seem to give them credit for. They see the same things posted over and over again and they know what to do with that kind of news. Just a suggestion. Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword myofbiz ruth.hoff...@myofbiz.com David E Jones wrote: BTW, maybe it wasn't clear in my other messages but I am against these guidelines. For a reason why take a look at which news items would have been left in and which would have been removed. IMO if it's going to be a news section, it should only be news, and all promotional material should go somewhere else. That's the direction we've started heading in, and I hope it will continue. The reason I think that is not because I'm against having these things on the home page, but it seems like if we don't draw a draconian line then every exception to that draconian line will likely favor one group or another and we can't seem to handle that as a community right now. -David On Mar 17, 2010, at 5:47 PM, David E Jones wrote: A couple of quick points: 1. a solution to this has already started, see Tim's recent commit and issue about the main page 2. proposals like this would generally not be adopted by lack of dissent, but rather by consent or positive vote -David On Mar 17, 2010, at 5:34 PM, Sharan-F wrote: Hi Everyone I've created a page on the Wiki with the proposal suggested by Scott. I think this topic has been discussed in depth quite a lot lately – so I'd like to suggest that we try and finalise it so that it's clear for everyone going forward. Here's the link the the page with the proposal for news items. http://cwiki.apache.org/confluence/x/iwfi If anyone is opposed to adopting these guidelines then please speak up. On the other hand if everyone is happy to adopt this then I'd like to suggest the following: 1. the page (or content) is moved to somewhere secure as you wont want anyone to overwrite or delete, what's been agreed 2. a link from the news section be made to the page content. Let's see if we can get this issue solved and get back to what we all do best - OFBiz! I'm happy to get any feedback on this. Thanks Sharan -- View this message in context: http://n4.nabble.com/Proposal-Guidelines-for-News-Items-tp1597365p1597365.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: svn commit: r905876 [1/7] - in /ofbiz/trunk: applications/commonext/documents/ specialpurpose/ specialpurpose/ebay/ specialpurpose/ebay/config/ specialpurpose/ebay/data/ specialpurpose/ebay/data
Thanks so much Ashish. Hans, whenever you have a chance to supply a brief bit about your new component it would be hugely helpful in having the community help to reconcile these together. Thanks again everybody. Cheers, Ruppert On Mar 12, 2010, at 11:15 AM, Ashish Vijaywargiya wrote: Hello Tim, I have already sent my comments before few days: (Sending here once again for your reference) - Hello Hans | Tim, Here are major points for your ready reference that are supported/ present in the eBay component before the introduction of ebaystore component: * Multiple product store handling support in which you can maintain the relevant data for your product, category OOTB. * With respect to One Product Store multiple website support is provided OOTB. * Support of Auction where highest bidder wins the auction. User of eBay can bid the auction. Duration of Bid can be varied and its settings can be changed OOTB. * More then one auctions can be created in single shot. * Buy Now support - where buyer can win the auction immediately and they may need not to wait till the closing period of Auction. * eBay leaf category(The category listing on eBay WebSite) feature provided OOTB. You can select the eBay category where you would like to create the auction for your product. * Closed auction can be imported as a new Order in OFBiz. Orders can be imported into the list of available Product Store. * Support of most of the common shipping carrier. In general we get carrier information when we import Order in OFBiz. * Multiple payment method support. Seller can select the multiple payment method with any auction for eg: Visa, Master Card, American Express, Cash on Delivery, Personal Check, Discover, Cash on Person, Paypal(recommended by eBay) etc. * Extensive search screen provided OOTB to search any product before you create auction. * Same order / transaction can't be imported more then once. * Order fulfillment can be done in OFBiz and Shipment Complete notification can be sent to eBay system. -- Ashish On Wed, Mar 10, 2010 at 8:40 PM, Tim Ruppert tim.rupp...@hotwaxmedia.com wrote: Just wanted to bump this since we're now approaching the middle of the month. Ashish, if you can point Hans to your writeup I'm sure this will help get this party started. I'd really like to see this consolidated before the release candidate gets put together in early April - and I'm sure a lot of others feel this way. Hans, let us know what we can do to help you to document and explain all the differences and reasons that we have another eBay component (obviously outside of the technology choice that drove this initially). Looking forward to getting this rectified. Cheers, Ruppert On Feb 25, 2010, at 12:25 AM, Tim Ruppert wrote: Great - looking forward to hearing more next week - good luck on the rest of it. Cheers, Ruppert On Feb 25, 2010, at 12:19 AM, Hans Bakker wrote: Hi Ruppert, can at the moment only repeat what i said before...let us first finish it we plan to finish it at the end of this month, more probably next week Regards, Hans On Thu, 2010-02-25 at 00:01 -0700, Tim Ruppert wrote: Hans, I see you've been busy again in the ebaystore and just wanted to get an update on when we might be able to see what's going on so that the community can help get back to the single ebay component again soon. I hope things are going well on that new impl! Cheers, Ruppert On Feb 16, 2010, at 2:04 AM, Tim Ruppert wrote: Thanks Hans - and please just come with some information so that we, as a group, can try to get this reconciled into one app again. Cheers, Ruppert On Feb 15, 2010, at 7:18 PM, Hans Bakker wrote: Do not worry we are still working on it. This week we will do some more commits. We plan to have this finished the end of this month. Regards, Hans On Mon, 2010-02-15 at 08:42 -0800, rohit wrote: Hi Hans, Just checking if you have reached where you intend with this implementation. I hope that you have been not put off from developing it further. I have tried some of the features and think they can be very useful. Thanks, Rohit -- Antwebsystems.com: Quality OFBiz services for competitive rates -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: svn commit: r923126 - /ofbiz/site/index.html
Jacques / Ruth, this still points to the home page instead of any particular thread where anyone can go read about this. This is why we removed the other myofbiz entry early last week. Is this something that we can adjust that might take the user to this content right away instead of pushing right to the home page? Cheers, Ruppert On Mar 15, 2010, at 3:22 AM, jler...@apache.org wrote: Author: jleroux Date: Mon Mar 15 09:22:03 2010 New Revision: 923126 URL: http://svn.apache.org/viewvc?rev=923126view=rev Log: A news from Sharan at myofbiz.com Modified: ofbiz/site/index.html Modified: ofbiz/site/index.html URL: http://svn.apache.org/viewvc/ofbiz/site/index.html?rev=923126r1=923125r2=923126view=diff == --- ofbiz/site/index.html (original) +++ ofbiz/site/index.html Mon Mar 15 09:22:03 2010 @@ -237,6 +237,7 @@ h2In the News/h2 ul + lia href=http://www.myofbiz.com; target=_blankOFBiz User Quick Start Guide - Manufacturing and MRP/a on a href=http://www.myOFBiz.com; target=_blankmyOFBiz.com/a/li lia href=http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-tutorial-implementing-a-product-pdf-export/; target=_blankOFBiz Tutorial â Implementing a Product PDF export/a on a href=http://www.hotwaxmedia.com/apache-ofbiz-blog/; target=_blankHotWax Media Blog/a/li lia href=http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-tutorial-implementing-a-product-csv-export/; target=_blankOFBiz Tutorial â Implementing a Product CSV export/a on a href=http://www.hotwaxmedia.com/apache-ofbiz-blog/; target=_blankHotWax Media Blog/a/li lia href=http://www.hotwaxmedia.com/apache-ofbiz-blog/ofbiz-tutorial-enhancing-the-product-list-screen/; target=_blankOFBiz Tutorial â Enhancing the Product list screen/a on a href=http://www.hotwaxmedia.com/apache-ofbiz-blog/; target=_blankHotWax Media Blog/a/li
Re: too much problems with new functions was: Re: ofbiz twitter account was: Re: svn commit: r918926 - in /ofbiz/site: images/follow_us-b.png index.html
+1 - and thanks for laying it out Ean. I guess the only question remains is what stops us from moving in this direction if we can achieve exactly what Ean's talking about? This sounds like something that would allow all of us the ability to manage the pieces we want to without polluting the code base with internal initiatives. Alas, I do feel like this might be a huge departure for many - but this seems like it might fix many of the contentious issues that waste a ton of time around here. Cheers, Ruppert On Mar 11, 2010, at 9:24 AM, Ean Schuessler wrote: - Jacopo Cappellato wrote: thanks for sharing your thoughts about our strategy about committers and commit rights. If we are not happy about the results of our last resolutions we can review and rethink it, I am wide open to discuss this. We actually may want to explore the following strategy: 1) do not change commit rights but 2) define some sort of hierarchy where junior committers are assigned to senior committers that are responsible for validating the work they do in specific areas This is exactly the way things are handled in the Linux kernel and exactly why Adam and I have been excitedly calling out use GIT, use GIT!. The kernel team long ago ran into the problems of scaling control with the size of the contributing community. Originally they handled everything as a bunch of shell scripts that glued a workflow together out of tar balls and patchsets. Eventually that gave way to BitKeeper, which was up to the task but crippled by its proprietary nature. That lead to GIT. In my mind, we should clone the Linux source management model because what we are running into is already a solved problem for them. There should be a very limited (perhaps even 1 or 2) number of people who commit directly to the SVN repository and those 1 or 2 people should be primarily focused on architecture and style rather than developing new features. Under this model, a commit process might look like this: (Advance warning: there are mild comedic elements in this exchange. Adjust mental tone to positive.) - Hans: I've just radically expanded the ProjectManager to automatically synchronize itself with todo-items on BaseCamp, JIRA, DebBugs, Bugzilla and LaunchPad. - David: Wow, that's interesting, let me take a look at that. (pulls a copy of Hans' updates into a branch in his GIT repository) - David: This is cool stuff Hans, but the 2,700 line commit with the comment make stuff work and the varying 3,4,7 and 9 space indents mixed with tabs trouble me. Can you fix that? - Hans: I'm terribly busy making some money over here David and what I've done is very important. Can someone out there polish up those tiresome flaws and work our David's complaints? - SomeGuyOnTheList: Gosh, I really need BaseCamp integration. I'll try to help. (various conversations, patches and history rewriting occur between SomeGuy and Hans) - SomeGuyOnTheList: Hey David, I've worked with Hans this past week or so and its a lot cleaner now. You want to pull the latest version from Hans or my repo? - David (pulling the latest version): The vastly improved state of this code puts a song in my heart! I am no longer a man whose will has been broken by the travails of building concensus in a community with divergent interests! I am free and I shall happily commit these changes! (a vast cheer goes up from ERP-less small businesses everywhere) This fairytale can easily become a reality because, unlike the Linux community in its time of darkness, the tools to make it happen are a solved problem. We merely have to borrow best practices from our friends who can both provide us examples and advice if we need it. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315
Re: too much problems with new functions was: Re: ofbiz twitter account was: Re: svn commit: r918926 - in /ofbiz/site: images/follow_us-b.png index.html
Yeah - after I responded to this, I remembered you discussing this previously and wondered if something had changed. The position of aggregator is a huge on in this process - but something we should consider if it gives us the flexibility and wherewithal to make better decisions longer term. Anyways, thanks for the info gents - it was informative and something I'd like to look further into for sure. Cheers, Ruppert On Mar 11, 2010, at 9:57 AM, Adam Heath wrote: Tim Ruppert wrote: +1 - and thanks for laying it out Ean. I guess the only question remains is what stops us from moving in this direction if we can achieve exactly what Ean's talking about? This sounds like something that would allow all of us the ability to manage the pieces we want to without polluting the code base with internal initiatives. Alas, I do feel like this might be a huge departure for many - but this seems like it might fix many of the contentious issues that waste a ton of time around here. It's unfortunate, but even tho Ean and I have be evangelizing ofbiz, I can't recommend at the time it's use for managing ofbiz code. Right now, ofbiz has a single source for any changes. svn on apache. If suddenly we start going the distributed route, then were will official changes come from? Who will step up to be responsible for pulling code from everyone else? I don't think there is anyone in this community who is willing to spend this huge amount of time, just being a code aggregator. It's an expensive position.
Re: Demo server
Let's fix the problem. When at Contegix we ran 3 demos concurrently, and multiple versions of the Confluence server which eats memory - so the problem is in the setup. With 2.5 GB we should be able to run both the demo and stable release branch successfully - but we've got to find this permGen issue Cheers, Ruppert On Mar 10, 2010, at 5:33 AM, Jacques Le Roux wrote: The server was blocked again, I rebooted an increased the memory again to -Xmx768M -XX:MaxPermSize=512m. This is the max we should use for an instance with our current configuration... Jacques From: Jacques Le Roux jacques.le.r...@les7arts.com Hi Sam, From: Sam Hamilton s...@sh81.com Hi Jacques, Couldn't only running the trunk on the demo machine be a third solution if you can't get more RAM out of infra? It's already what we are doing, but we would like to run a stable instance also. Hopefully it will run smoothly with 2.5GB though. Because we will increase the PermGen space (which is where the current issue is) for both while remaining memory will be shared. Anyway we will see, and they did not say stop about more memory. Also we have to do an effort for the official Apache release (and we - PMC - are currently discussing on the strategy/process) and I think this will help us, if needed, to ask for more memory. Else we may create roles for demo and cut any process proven to use too much memory (export all being already a candidate...) Jacques Sam On 10/03/2010 16:24, Jacques Le Roux wrote: I have rebooted the demo server again this morning and asked infra for more memory and got 2560MB, thanks Gavin! Note that before I got caught and was even unable to kill the OFBiz java process :/ We have also available now demo-stable.ofbiz.apache.org = 140.211.11.50 demo-trunk.ofbiz.apache.org = 140.211.11.51 If future proves that we are unable to run both instances in this memory, 2 solutions: * Ask for more memory (obviously as I asked for 3 GB and got 2.5GB, will not be easy) * block the processes which eat too much memory (this morning someone did an export all). Not an easy one :( Jacques From: Jacques Le Roux jacques.le.r...@les7arts.com Hi, I have just updated and rebooted the demo server Jacques
[jira] Commented: (OFBIZ-3540) Multi-Tenant Support (Login Based)
[ https://issues.apache.org/jira/browse/OFBIZ-3540?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12843582#action_12843582 ] Tim Ruppert commented on OFBIZ-3540: Thanks David for doing this. Marc, there is interest in you guys contributing back early and often, so if you can help this process in any way, please step up. Multi-Tenant Support (Login Based) -- Key: OFBIZ-3540 URL: https://issues.apache.org/jira/browse/OFBIZ-3540 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Reporter: David E. Jones Assignee: David E. Jones Priority: Minor Fix For: SVN trunk Attachments: MultiTenant20100305.patch, MultiTenant20100305.patch, MultiTenant20100305.patch Support multiple tenants in a single instance of OFBiz. Each tenant will have its own databases (one for each entity group). Database settings will override the settings on the delegator with parameters from an entity record so that new tenants can be added on the fly without restarting the server (new tenants will still need to have data loaded in their databases just like any other). If valid Tenant ID is specified when user logs in then webapp context will be setup with tools for that tenant as a variation of the base delegator (including delegator, dispatcher, security, authz, visit, server hit, etc handled for it). Demo data includes a couple of sample tenants. After loading demo data (ant run-install) try logging in to webtools or any other admin app with the Tenant ID of DEMO1. NOTE: this patch also addresses some stability issues with the LoginWorker, ControlServlet, Visit, and ServerHit functionality that was exposed while developing this. For example, after a logout functionality that runs in the ControlServlet may fail because things that were in the session before are not there any more. In this patch there is code to rebuild the request and session after logout (necessary for changing tenants, helpful for these other issues). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r905876 [1/7] - in /ofbiz/trunk: applications/commonext/documents/ specialpurpose/ specialpurpose/ebay/ specialpurpose/ebay/config/ specialpurpose/ebay/data/ specialpurpose/ebay/data/h
Just wanted to bump this since we're now approaching the middle of the month. Ashish, if you can point Hans to your writeup I'm sure this will help get this party started. I'd really like to see this consolidated before the release candidate gets put together in early April - and I'm sure a lot of others feel this way. Hans, let us know what we can do to help you to document and explain all the differences and reasons that we have another eBay component (obviously outside of the technology choice that drove this initially). Looking forward to getting this rectified. Cheers, Ruppert On Feb 25, 2010, at 12:25 AM, Tim Ruppert wrote: Great - looking forward to hearing more next week - good luck on the rest of it. Cheers, Ruppert On Feb 25, 2010, at 12:19 AM, Hans Bakker wrote: Hi Ruppert, can at the moment only repeat what i said before...let us first finish it we plan to finish it at the end of this month, more probably next week Regards, Hans On Thu, 2010-02-25 at 00:01 -0700, Tim Ruppert wrote: Hans, I see you've been busy again in the ebaystore and just wanted to get an update on when we might be able to see what's going on so that the community can help get back to the single ebay component again soon. I hope things are going well on that new impl! Cheers, Ruppert On Feb 16, 2010, at 2:04 AM, Tim Ruppert wrote: Thanks Hans - and please just come with some information so that we, as a group, can try to get this reconciled into one app again. Cheers, Ruppert On Feb 15, 2010, at 7:18 PM, Hans Bakker wrote: Do not worry we are still working on it. This week we will do some more commits. We plan to have this finished the end of this month. Regards, Hans On Mon, 2010-02-15 at 08:42 -0800, rohit wrote: Hi Hans, Just checking if you have reached where you intend with this implementation. I hope that you have been not put off from developing it further. I have tried some of the features and think they can be very useful. Thanks, Rohit -- Antwebsystems.com: Quality OFBiz services for competitive rates -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: OFBiz-GWT Projects for bulding user interface with GWT
Man I hope not! That's one of the reasons that ever working with OpenTaps sucks. If someone wants to do that, please put it somewhere where most of us don't have to get it so that we can continue to develop in a cleaner environment. This is a huge one that would need to be discussed before it got dumped in IMO. Cheers, Ruppert On Mar 10, 2010, at 3:58 PM, chris snow wrote: Hi Chatree, Do you intend to make GWT an option for rendering the ofbiz screen and form definitions? Many thanks, Chris -- View this message in context: http://n4.nabble.com/OFBiz-GWT-Projects-for-bulding-user-interface-with-GWT-tp1570621p1588182.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: OFBiz-GWT Projects for bulding user interface with GWT
The compilation steps, the model of usage, the weight it put on the system, etc, etc - in fact I can only say that I don't think it's very usage for anyone - although it does have some pretty slick tools. We use prototype and the tools around - but we've got people who throw that stuff around pretty easily. I would prefer not to be forced into going the GWT route - so what I was saying, is let's keep it out of regular usage for as long as possible. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Mar 10, 2010, at 4:13 PM, chris snow wrote: Hi Tim, Just out of interest, which bits suck with GWT - developing, or end user usability? One reason that got me interested in using GWT with ofbiz is the amount of time that it took to add some interactivity to some of my ftl pages using prototype. (I have some previous experience with jQuery, but not with prototype, so learning curve was a moderately big part of my pain). Cheers, Chris -- View this message in context: http://n4.nabble.com/OFBiz-GWT-Projects-for-bulding-user-interface-with-GWT-tp1570621p1588195.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: too much problems with new functions was: Re: ofbiz twitter account was: Re: svn commit: r918926 - in /ofbiz/site: images/follow_us-b.png index.html
Still looking forward to discussing and rectifying how we have two ebay stores and how that's just something I'm supposed to be happy about - even if it could be a job for someone who's not as gifted. This has ZERO to do with Hans - that's the problem - the victim role just doesn't work around here. It has everything to do with the fact that rules were broken, discussion is overlooked or ignored, and we have massive amounts of duplication because of this - all the while hiding behind being attacked instead of focusing on what is being asked by the person reporting the issues. If there are others that you feel are not being held to the same standard that Hans is, then what I would suggest is to start to hold people to that standard instead of lowering the level of quality that we need to achieve. This may be a community project, but we're not all hippies here - we need to be accountable for what we do and work towards doing a much better job - and that goes for each every one of us. Feel free to burn me at the stake if I introduce another component without taking the time to do proper analysis of what is currently out there - and especially if I blow off the discussion the way that we see regularly. Anyways, I want to make it clear that I'm not here to start anything else up - I've got nothing against Hans in ANY way - I just respectfully disagree with the Zen you are experiencing at the moment with the way the contributions are made. That being said, Hans has made great contributions over the past year - and I do not mean to take anything away from the end result - the road was definitely sometimes difficult and I'm glad that we're thru most of it. Kudos to Hans - and peace man peace. Looking forward to seeing more people looking at the code and hopefully improving what everyone is producing. Cheers, Ruppert On Mar 10, 2010, at 5:25 PM, Ean Schuessler wrote: Hans Bakker wrote: I give up already before your message, Tim. as happened often in the past as with the setup application, with the myportal application, with the birt integration, with the new ebay component and now with this twitter account, i get really tired by certain people fighting, especially new, additions to the system. For the good of the project? i am sorry i do not think so. Certain people like to show their powers only. Read other mailinglists how other people think about ofbiz and how many people are using ofbiz but do not contribute. Discussion before hand? I think it gets then even more problematic, it takes too long time, my customer does not want to wait for. I am now slowly considering creating components outside of ofbiz like is happening in china and France because it is causing too much grief and discussion to get it into ofbiz. This message comments on the general state of affairs with Hans and not just the effort to add a Twitterfeed in the vein of what other competing projects already have on their home page. Having spent the past month dealing with the sorry state of purchase returns I do have to say that I feel an unfair standard is applied to Hans'. The portal, the project manager, the Ebay integration and the BIRT integration are, in my mind, some of the most interesting new developments in the system and I am actively trying to figure out how to put them to use. The Ebay system connects your lowly OFBiz inventory into the world's largest marketplace and the BIRT integration adds (or works towards adding) enterprise level reporting that is a silver bullet item for us when presenting the system to clients. Fundamentally, I see a failure to honor the contribution in proportion to complaining about its flaws. Its as if someone brought you a valuable gift and all you could comment on is the quality of the wrapping paper. We should work harder to assist in the integration of these useful tools rather than turning on a my way or the highway flamethrower. (see Matthew 7:3) Hans' contributions have inarguable value and some of the weaknesses in his commits (ie. inconsistent indentation) seem like a good opportunity for someone with less experience to do something useful. It would be a crying shame if we lost the features I listed above because of otherwise minor imperfections in their construction. On Sat, 2010-03-06 at 01:48 -0700, Tim Ruppert wrote: Please send me the credentials as well - I'd like to update the Bio and make this actually look like an ASF resource if we're being forced into having something else to maintain. We all have twitter feeds, but we didn't post them on the front page acting like they are coming from the project - this is the inherent problem. Btw, Hans, in the future, I would appreciate you talking BEFORE you starting making more things for the project to be in charge of - ebaystore, twitter account for the project, etc, etc. I'm a willing participant, but just because you
Re: OFBiz-GWT Projects for bulding user interface with GWT
On Mar 10, 2010, at 6:44 PM, Ean Schuessler wrote: Tim Ruppert wrote: Man I hope not! That's one of the reasons that ever working with OpenTaps sucks. If someone wants to do that, please put it somewhere where most of us don't have to get it so that we can continue to develop in a cleaner environment. This is a huge one that would need to be discussed before it got dumped in IMO. I don't know about that so much. On Google Maps, Gmail and Google Wave it seems like GWT isn't sucking too much. I've used it myself and its pixel-perfect identical behavior on Firefox, Safari and IE (going back to 6) made me giggle with childish delight. The environment completely isolates you from the peculiarities of each browsers Javascript execution environment and HTML rendering stack. Those are significant benefits. You are definitely right on all of those points my friend. Now download OpenTaps and start playing with it and let me know if you come away with the same impression. I've used it outside of OT and have found it to be nice in small doses - the real question becomes how does it make it's way into OFBiz and how does it get utilized. I'd love to see a POC on it to see if it's gotten a ton better - but I have to admit to having a risky sour taste in my mouth from the last time I spent with it. -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: too much problems with new functions was: Re: ofbiz twitter account was: Re: svn commit: r918926 - in /ofbiz/site: images/follow_us-b.png index.html
Hans, whenever you're ready, I'd still love to talk to you about how we can help to merge the two ebay components together. Let me know. Cheers, Ruppert On Mar 10, 2010, at 11:30 PM, David E Jones wrote: Oh yeah, I'm feeling the love now my friend. After reading enough similar comments from a number of people in recent weeks I think I'm starting to come around to a different way of looking at things, and I think I know how to fix all of these community problems with people not getting along and the software quality falling well below industry standards. We don't want a community where contributions are appreciated and issues with contributions are met in-kind with additional contributions that help fix the problems. We don't want to appreciate what is contributed except in passing here and there in order to look like nice people, quite frankly, most of it's crap anyway and that fact that this stuff continually fails to meet my needs actually causes me a lot of pain. To sum it up what we want is: more critics and less contributors. We want more accountability and less collaboration (which is way overrated). We want contributors to understand that if they contribute something they better darn well be prepared to do a few things, including: 1. support it: fix any problem ever found in it or related to it at any point in the future (even years later), and answer questions about it as they arise (also in perpetuity) 2. market it: convince others in the community that it's of value to them, and if they don't see why it's of value then discuss it and push it as long as necessary (and don't give up because then you'll be seen as weak or a victim and the jackals will be all over that) 3. document it: in a clear and organized way write about what it does, how it does it, every way it could possibly be used, and everything that might go wrong when using it or customizing it 4. test it (automated): if there are no automated tests then it can't possibly work, and you're not going to convince anyone that it does; maybe just as important is that you need automated tests for every possible way of using it because what if someone wants to use it in a way you didn't plan for it to be used and it doesn't work for them? If you don't do all these things you aren't good enough to be an OFBiz contributor (and your probably not very smart, skilled, careful, or dedicated either), and it would be better for your to join the critics (the peanut gallery), or even better just go elsewhere and stop bothering those of us who really make this project what it is. For my part I prefer to play it safe and just not contribute much (if anything). I'm fine with offering to allow others to burn me at the stake should I mess up because I have no intention of ever contributing anything that could possibly not be perfect and complete. That's right, safely in the peanut gallery and telling others what to do (or not to do) is the life for me. While on the topic, I want to say again that I really don't appreciate all of the crap that is contributed that forces me into this position. I don't like being the bad guy, but everyone who contributes here is so incompetent that someone's got to do it or this project will just fall apart. -Not David On Mar 10, 2010, at 5:44 PM, Tim Ruppert wrote: Still looking forward to discussing and rectifying how we have two ebay stores and how that's just something I'm supposed to be happy about - even if it could be a job for someone who's not as gifted. This has ZERO to do with Hans - that's the problem - the victim role just doesn't work around here. It has everything to do with the fact that rules were broken, discussion is overlooked or ignored, and we have massive amounts of duplication because of this - all the while hiding behind being attacked instead of focusing on what is being asked by the person reporting the issues. If there are others that you feel are not being held to the same standard that Hans is, then what I would suggest is to start to hold people to that standard instead of lowering the level of quality that we need to achieve. This may be a community project, but we're not all hippies here - we need to be accountable for what we do and work towards doing a much better job - and that goes for each every one of us. Feel free to burn me at the stake if I introduce another component without taking the time to do proper analysis of what is currently out there - and especially if I blow off the discussion the way that we see regularly. Anyways, I want to make it clear that I'm not here to start anything else up - I've got nothing against Hans in ANY way - I just respectfully disagree with the Zen you are experiencing at the moment with the way the contributions are made. That being said, Hans has made great contributions over the past year
Re: ofbiz.org domain and all the infra around it
As soon as I get into the server, I will post all of this stuff up there for sure. Thanks Jacques. Cheers, Ruppert On Mar 9, 2010, at 7:25 AM, Jacques Le Roux wrote: Hi Tim, I saw that we have now a ofbiz-bigfiles.apache.org domain at https://issues.apache.org/jira/browse/INFRA-2516 Have you planned to migrate our big file there, what should be done? Do you need some help? BTW, I have asked for more memory at https://issues.apache.org/jira/browse/INFRA-2483 Jacques From: Jacques Le Roux jacques.le.r...@les7arts.com Hi Tim, I may help a bit this week-end Jacques From: Tim Ruppert tim.rupp...@hotwaxmedia.com Just another heads up in this thread - we're now at the 18th - and I'm not sure that bigfiles, etc have all been setup over there. Just don't want anyone to get the gotcha. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 4, 2010, at 9:11 AM, Tim Ruppert wrote: Just wanted to let everyone know that we reupped for another month since it appears that everything hasn't been migrated off of the server by the end of last week. We have signed the decommission notice for this server to end before the end of this month. Looking forward to not losing any data and getting people rallied around getting everything over to the ASF. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 22, 2009, at 9:41 PM, Tim Ruppert wrote: Alright, just wanted to raise this up again to anyone working with the infra team at the ASF - I'm still not sure that we have a working duplicate of what Contegix and HotWax have been hosting for years. Here's the checklist if anyone's interested: 1. docs.ofbiz.org - migrated, but still dependent at some level of the old backup at olddocs.ofbiz.org 2. demo.ofbiz.org - not migrated 3. demo40.ofbiz.org - not migrated 4. demo904.ofbiz.org - not migrated 5. api.ofbiz.org - migrated? 6. build.ofbiz.org (I think this is close) 7. log.ofbiz.org - not migrated until 2, 3, and 4 are migrated 8. olddocs.ofbiz.org - not migrated 9. bigfiles.ofbiz.org - not migrated 10. anything else? We're now over the XMas holiday here and there are only 9 days left on this server. Please speak up on which portions are going to be a huge problem or please step up and help to migrate this stuff off because I don't want OFBiz to turn into a pumpkin because we didn't have people acting - we've been talking about it for six weeks now Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 2:34 PM, Tim Ruppert wrote: The other thing to remember is that I don't think that the demo.ofbiz.org, demo40.ofbiz.org, and demo904.ofbiz.org - but I think the rest of those are good to go. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 12:38 PM, David E Jones wrote: On Dec 15, 2009, at 1:34 PM, Jacques Le Roux wrote: From: David E Jones d...@me.com What are the remaining resources? From memory: - build.ofbiz.org - api.ofbiz.org - bigfiles.ofbiz.org - olddocs.ofbiz.org What were bigfiles.ofbiz.org? These are movie files and other big files linked to from docs.ofbiz.org, now cwiki.ofbiz.org (like the Framework Introduction videos). You're right that there hasn't been much about these... does anyone care? About olddocs... IMO it's a bad idea to move it over just because some old links inside the wiki itself can be served by it. Over time that content will get more and more stale, and more an more confusing. Let's just update the links as we notice them or as they bother us. Yes, but for old tinylinks it's not always obvious to know what they represent. There are some of them in OFBiz trunk as well (not much 50+). And it's not very good for newcomers. If we could change them in one shoot it would be great but we have to know where they point to. Also I must admit I have no time to put in this at the moment Well, hopefully we've learned our lesson... -David On Dec 15, 2009, at 9:26 AM, Tim Ruppert wrote: Looking for thoughts from the community since we're less than two weeks away from removing this server. Also, what about moving the olddocs.ofbiz.org to ASF infra somewhere so that all of the links don't have to be updated? Something to think on Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 10, 2009, at 9:56 AM, Tim Ruppert wrote: David you own this officially at this point - but I'd like to know what we should do with this at the end of the month? The reason is that there are a ton of subdomains, that even if we move over to all being under ofbiz.apache.org or some other hosted
Re: svn propchange: r920213 - svn:log
You have seen the email from Jacopo telling you why this can and should be revered. If you'd like me to resend that again, I can do it - but this commit has been turned down by many other committers - not just me, Hans. I have also modeled the appropriate behavior here on the Service Providers Page - that's the right place to point to your home page or your twitter feed - http://cwiki.apache.org/confluence/x/jwBk - or really I would say it could just be on your own marketing material, but I was trying to compromise here. Please don't get into a commit war - we've discussed this one to death and it was time to revert it. This isn't about legal at this point - we have a place for this kind of thing and you having a twitter feed is not news - especially when the link is completely obfuscated to make it seem like it's a project resource. Again, as I've said in this commit message and on this list like a thousand times - once the PMC decides we need a twitter feed AND all committers are provided with the credentials AND we update the Bio and information to show that this is not a certain companies, but being done by all of us, then I for one and in favor of putting this back the original way you envisioned. This has been echoed as something that many other PMC members and committers want to have happen - is this something that you are not in favor of any longer (that is following thru on the process of getting buy in)? OFBiz having an official sanctioned Twitter feed IS news - can't wait until we get to that point - if that's what gets decided. Cheers, Ruppert On Mar 8, 2010, at 7:14 AM, Hans Bakker wrote: I am sorry Tim, you either put it back or you go to the legal department for advice. There is no reason to remove it. See my other email for more info. Regards, Hans On Mon, 2010-03-08 at 07:16 +, rupp...@apache.org wrote: Author: ruppert Revision: 920213 Modified property: svn:log Modified: svn:log at Mon Mar 8 07:16:31 2010 -- --- svn:log (original) +++ svn:log Mon Mar 8 07:16:31 2010 @@ -1 +1 @@ -Reverted commit 919905 in order to ensure that this twitter account is not being misrepresented. Will send this to legal and if this is ok, will put this back.:q +Reverted commit 919905 in order to ensure that this twitter account is not being misrepresented. Will look for credentials to the account as well as commitment from the PMC to maintain this resource. If this happens, we should put the original Follow Us back. -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: svn propchange: r920213 - svn:log
To be clear, I was going to post your twitter feeds to that Service Providers spot but didn't want to step on your toes if you didn't want to list all of them. Let me know if I can help you to get that all sorted out. Cheers, Ruppert On Mar 8, 2010, at 7:30 AM, Tim Ruppert wrote: You have seen the email from Jacopo telling you why this can and should be revered. If you'd like me to resend that again, I can do it - but this commit has been turned down by many other committers - not just me, Hans. I have also modeled the appropriate behavior here on the Service Providers Page - that's the right place to point to your home page or your twitter feed - http://cwiki.apache.org/confluence/x/jwBk - or really I would say it could just be on your own marketing material, but I was trying to compromise here. Please don't get into a commit war - we've discussed this one to death and it was time to revert it. This isn't about legal at this point - we have a place for this kind of thing and you having a twitter feed is not news - especially when the link is completely obfuscated to make it seem like it's a project resource. Again, as I've said in this commit message and on this list like a thousand times - once the PMC decides we need a twitter feed AND all committers are provided with the credentials AND we update the Bio and information to show that this is not a certain companies, but being done by all of us, then I for one and in favor of putting this back the original way you envisioned. This has been echoed as something that many other PMC members and committers want to have happen - is this something that you are not in favor of any longer (that is following thru on the process of getting buy in)? OFBiz having an official sanctioned Twitter feed IS news - can't wait until we get to that point - if that's what gets decided. Cheers, Ruppert On Mar 8, 2010, at 7:14 AM, Hans Bakker wrote: I am sorry Tim, you either put it back or you go to the legal department for advice. There is no reason to remove it. See my other email for more info. Regards, Hans On Mon, 2010-03-08 at 07:16 +, rupp...@apache.org wrote: Author: ruppert Revision: 920213 Modified property: svn:log Modified: svn:log at Mon Mar 8 07:16:31 2010 -- --- svn:log (original) +++ svn:log Mon Mar 8 07:16:31 2010 @@ -1 +1 @@ -Reverted commit 919905 in order to ensure that this twitter account is not being misrepresented. Will send this to legal and if this is ok, will put this back.:q +Reverted commit 919905 in order to ensure that this twitter account is not being misrepresented. Will look for credentials to the account as well as commitment from the PMC to maintain this resource. If this happens, we should put the original Follow Us back. -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: ofbiz demo system
We really just need to fix the monitoring and everything around it. I'm working the process with infra getting everything setup - but it will take some time even once it's ready. In the meantime, thanks to everyone who is keeping it up. Jacques / Hans, could you email me privately and help me get connected up there so that I can help out? Also, I know that Scott would like to as well. Cheers, Ruppert On Mar 8, 2010, at 8:30 AM, Jacques Le Roux wrote: Hi Hans, Be reassured, I will take of it, at least at the hours I'm available. It would be cool if we could have a global cover, though. Should not be too hard even with only PMC members. BTW, not only PMB members should allowed to have an acces I think, so I answer also on dev ML. Thanks Jacques From: Hans Bakker hans...@apache.org Up to now i kept an eye on the demo system. the internet sometimes is so bad here so that i takes too much time so i have to leave it to Jacques or somebody else interested. Regards, Hans
Re: svn commit: r919905 - /ofbiz/site/index.html
Inline Cheers, Ruppert On Mar 7, 2010, at 7:35 AM, Jacques Le Roux wrote: From: Tim Ruppert tim.rupp...@hotwaxmedia.com It IS news when there is a new tutorial out there. It is not news when you are doing marketing. That sounds like a reasonable place to draw the line. For instance, I don't put my blog messages up there when they're not going to directly help users - just like Wikipedia, only the facts. We haven't put up one message about any of our twitter feeds, social networking angles, new websites, all promotion stuff. What Hans put in there is straight up promotion. I'm alone to be worried when in the last 12 news, 8 come from HotWax Media? Should this continue in the same way, in the same place? I don't think that we should be in trouble for being the only ones who are blogging relevant tutorials and help in the community. Should we stop doing that because no one else does? Are people enjoying it - judging from the responses, I would say hell yeah. I have no problem moving this stuff to another place - none at all - but since there isn't much news beyond tutorials that are put out there, it certainly would make our In the News section look super stale - which would work against us. My vote is to leave it as is - but add some sort of self promotion area if people can't do that on their own site after people hit their link in the Service Providers section. Now back to my original request before we've now tried a bunch of different ways to self promote: 1. Remove the original commit - Hans did this on the first one and I think needs to do this again. I don't think it's needed if Hans give all commiters the credentials. Then we could put back the Twetter button which is think is a great idea. Regardless, this isn't news Jacques unless it's something that the PMC has added as something we want to support. It still looks like it's project based - but UNTIL that is the case, then we should remove it and add it back when it is vetted. 2. Work out a strategy, together, on first IF the community wants to maintain a twitter feed, and secondly how we'll go about distributing the load so that this isn't some burden. - First IF - then HOW. - This should be easy as Jacques said -- All ocmmitters have access -- There is discussion around what information goes in there. I don't think we need to share before as long as we keep it clean. Note that what Hans did so far was quite clean. It was not a problem about the content but, I repeat: * ASF trademark in domain name * ASF trademark on account page (name + logo) without being endorsed by the community and validated by PMC -- The Bio and information about it show it only as a community effort. Yes, this is not yet clean either Agreed. But IMO all of this needs to be cleaned up before it sits on the home page as something that the project is endorsing. Please note that in 919997 I have removed a link to a blog message that sat directly on the line between marketing and help for the user. This will hopefully set a trend of the types of news that we populate that section with. I appreciate the effort Tim, and I agree with the logic behind it. But what if everybody wrote a note in his blog and put a line there? Would it be a news war, as we have a commits war currently :/ The more news the better. I don't believe we should let people throw up all of their marketing material, but tutorials and real wire based news seemed to always fit in here. Are these essentials news? Should we not create a section for this type of information as I suggested (the name may vary)? As I said above, and in another email, I think that self promotion should be kept off of our home page - this is about the project and not about even the people working on the project. We have links to service provider pages, that's a great place to put your own self promotion about your new websites, your new clients, your new twitter feeds, etc. I don't care where we put the tutorials that you think are deluging the News section - I vote for News because there IS NO other news out there at the moment and this keeps the content of our pages changing. Again, you will see no self promotion in our tutorials - they are only to help (but they do reside on our servers :) ). I try to find a good solution, thanks for your help Jacques Cheers, Ruppert On Mar 7, 2010, at 3:37 AM, Jacques Le Roux wrote: Hi Jacopo, For me all the news from service providers are not real news because 1) there is nothing new in them 2) they are not external to the project, so I think they devaluate the other news (how insiders can be objective?) 3) some service providers may trust this place as an area for their marketing stuff (do you really need names?) They looks more as marketing stuff to me . On the other hand most of them contain valuable information, notably for educating new comers
Project Support Acknowledgement
Through all of this discussion of legal misrepresentation and difficulties getting all of the right people looped into decisions made for the project, I want to stop and take a moment to acknowledge the fact that Hans went outside of strictly his needs and decided to get a twitter account for the project. Whether or not it ends up being something that we maintain, this was a helpful attempt and I wanted to say thanks for trying to push things along. Hell, I know better than most, it's not always easy to put yourself out there and find that you're pushing the boundaries - but I appreciate you doing so. Looking forward to talking more about it before we dive on them in the future (get the name, talk before it hits the home page :) ), but the sentiment is right on. Cheers, Ruppert
Re: Project Support Acknowledgement
Here's the page - http://cwiki.apache.org/OFBIZ/apache-ofbiz-service-providers.html . I think adding either a column for social networking would be fine - but I really think this should be a separate page or a link to their website where they promote at will. Cheers, Ruppert On Mar 7, 2010, at 9:38 AM, BJ Freeman wrote: we has a service page that I can not fine on the new wicki. I know some were moved to the index page. if the service provider page is still around that would be a good place. Just add a column for putting in Commiter, PMC member, etc. I know there is a comments column but these should be separated, IHMO. = BJ Freeman http://bjfreeman.elance.com Strategic Power Office with Supplier Automation http://www.businessesnetwork.com/automation/viewforum.php?f=93 Specialtymarket.com http://www.specialtymarket.com/ Systems Integrator-- Glad to Assist Chat Y! messenger: bjfr33man Linkedin http://www.linkedin.com/profile?viewProfile=key=1237480locale=en_UStrk=tab_pro Tim Ruppert sent the following on 3/7/2010 7:12 AM: Through all of this discussion of legal misrepresentation and difficulties getting all of the right people looped into decisions made for the project, I want to stop and take a moment to acknowledge the fact that Hans went outside of strictly his needs and decided to get a twitter account for the project. Whether or not it ends up being something that we maintain, this was a helpful attempt and I wanted to say thanks for trying to push things along. Hell, I know better than most, it's not always easy to put yourself out there and find that you're pushing the boundaries - but I appreciate you doing so. Looking forward to talking more about it before we dive on them in the future (get the name, talk before it hits the home page :) ), but the sentiment is right on. Cheers, Ruppert