Markmail mailinglist archive
It seems that Markmail stopped archiving our mailinglist messages when we moved out of the incubator. Does anybody know how to fix our backlog with them? If that's impossible we might wat to consider removing the links from our support page [2] Cheers, Jeroen [1] http://markmail.org/search/?q=list%3Aisis [2] http://isis.apache.org/support.html
[jira] Updated: (OFBIZ-4076) When audit log is enabled it creates log transacations even when there's no change
[ https://issues.apache.org/jira/browse/OFBIZ-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen van der Wal updated OFBIZ-4076: -- Attachment: OFBIZ-4076-v2.patch Here's a patch based on revision 1053569 of Ofbiz trunk. After applying this patch the overhead of the AuditEntityLog is recuded from 32% to 25%. There's even more room for performance increase: a findOne serach for the previous entity is done for every field that's enabled. > When audit log is enabled it creates log transacations even when there's no > change > -- > > Key: OFBIZ-4076 > URL: https://issues.apache.org/jira/browse/OFBIZ-4076 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Jeroen van der Wal >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-4076-v2.patch, OFBIZ-4076.patch > > > The createEntittyAuditLogSingle function creates a record in the AuditLog > entity even when there's no change. This patch only logs new, changed and > deleted values. Also, all changes in the same transaction will get the same > change date. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-4076) When audit log is enabled it creates log transacations even when there's no change
[ https://issues.apache.org/jira/browse/OFBIZ-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12975488#action_12975488 ] Jeroen van der Wal commented on OFBIZ-4076: --- Thanks Jacques, I will provide a better patch later today. > When audit log is enabled it creates log transacations even when there's no > change > -- > > Key: OFBIZ-4076 > URL: https://issues.apache.org/jira/browse/OFBIZ-4076 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Jeroen van der Wal >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-4076.patch > > > The createEntittyAuditLogSingle function creates a record in the AuditLog > entity even when there's no change. This patch only logs new, changed and > deleted values. Also, all changes in the same transaction will get the same > change date. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-4076) When audit log is enabled it creates log transacations even when there's no change
[ https://issues.apache.org/jira/browse/OFBIZ-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen van der Wal updated OFBIZ-4076: -- Attachment: OFBIZ-4076.patch > When audit log is enabled it creates log transacations even when there's no > change > -- > > Key: OFBIZ-4076 > URL: https://issues.apache.org/jira/browse/OFBIZ-4076 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk > Reporter: Jeroen van der Wal > Fix For: SVN trunk > > Attachments: OFBIZ-4076.patch > > > The createEntittyAuditLogSingle function creates a record in the AuditLog > entity even when there's no change. This patch only logs new, changed and > deleted values. Also, all changes in the same transaction will get the same > change date. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-4076) When audit log is enabled it creates log transacations even when there's no change
[ https://issues.apache.org/jira/browse/OFBIZ-4076?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen van der Wal updated OFBIZ-4076: -- Priority: Minor (was: Major) > When audit log is enabled it creates log transacations even when there's no > change > -- > > Key: OFBIZ-4076 > URL: https://issues.apache.org/jira/browse/OFBIZ-4076 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk > Reporter: Jeroen van der Wal >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-4076.patch > > > The createEntittyAuditLogSingle function creates a record in the AuditLog > entity even when there's no change. This patch only logs new, changed and > deleted values. Also, all changes in the same transaction will get the same > change date. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-4076) When audit log is enabled it creates log transacations even when there's no change
When audit log is enabled it creates log transacations even when there's no change -- Key: OFBIZ-4076 URL: https://issues.apache.org/jira/browse/OFBIZ-4076 Project: OFBiz Issue Type: Improvement Components: framework Affects Versions: SVN trunk Reporter: Jeroen van der Wal Fix For: SVN trunk The createEntittyAuditLogSingle function creates a record in the AuditLog entity even when there's no change. This patch only logs new, changed and deleted values. Also, all changes in the same transaction will get the same change date. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: FindFacitilty screen is limited and inconsistent
.. so I'll add 11 facilities to my demo data ... Thanks, -Jeroen On Fri, Apr 16, 2010 at 11:20 AM, Hans Bakker wrote: > sorry more than 10 > > > On Fri, 2010-04-16 at 16:16 +0700, Hans Bakker wrote: >> if i remember well have more than 5 and you will see your find >> screen. >> >> On Fri, 2010-04-16 at 09:20 +0200, Jeroen van der Wal wrote: >> > The FindFacility screen only has a single dropdown box to select a >> > facility. We have +1000 facilities so need the "standard" way of >> > searching enities. Is there any specific reason not to have a >> > full-blow search form? >> > >> > Jeroen van der Wal > -- > Ofbiz on twitter: http://twitter.com/apache_ofbiz > Myself on twitter: http://twitter.com/hansbak > Antwebsystems.com: Quality services for competitive rates. > >
Re: FindFacitilty screen is limited and inconsistent
Oops, you're totally right Hans! My apologies for not fact-checking this and wasting everybody's time. In our demo system it shows the drop down but in our production system with 1206 facilities it's correct. -- Jeroen van der Wal Stromboli b.v. +31 655 874050 On Fri, Apr 16, 2010 at 11:16 AM, Hans Bakker wrote: > if i remember well have more than 5 and you will see your find > screen. > > On Fri, 2010-04-16 at 09:20 +0200, Jeroen van der Wal wrote: >> The FindFacility screen only has a single dropdown box to select a >> facility. We have +1000 facilities so need the "standard" way of >> searching enities. Is there any specific reason not to have a >> full-blow search form? >> >> Jeroen van der Wal > -- > Ofbiz on twitter: http://twitter.com/apache_ofbiz > Myself on twitter: http://twitter.com/hansbak > Antwebsystems.com: Quality services for competitive rates. > >
FindFacitilty screen is limited and inconsistent
The FindFacility screen only has a single dropdown box to select a facility. We have +1000 facilities so need the "standard" way of searching enities. Is there any specific reason not to have a full-blow search form? Jeroen van der Wal
Re: The ofbiz.org domain
Hi Ruth, To me it's very simple: Ofbiz Community = ofbiz.apache.org = ofbiz.org And if you want to express your love that's the place! -Jeroen On Thu, Apr 15, 2010 at 2:27 PM, Ruth Hoffman wrote: > Hi Jeroen: > If this was a directed to me, then: > > 1) My enterprise is not a money making, "commercial" concern. My mission has > always been to provide high quality affordable learning resources to the > community at large. My view of the "community" is anyone looking for OFBiz > materials, not just project committers. The only way I can possible afford > to do that is charge a nominal fee for some of these books. And, believe me, > I'm not making any money on this endeavor. As I've said before, it is a > labor of love. > > 2) Want to donate money to help the cause? Buy some of my books. You will > help pay for the server and hosting, quality content creation tools, > professional editors, SME's time in reviewing materials...and I could go on. > > Regards, > Ruth > > Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" > ruth.hoff...@myofbiz.com > > Jeroen van der Wal wrote: >> >> I don't like to see ofbiz.org to be used for commercial purposes. If >> the subscription cost is a problem I'm willing to make a donation in >> order to keep the domain within the community. >> >
Re: The ofbiz.org domain
I don't like to see ofbiz.org to be used for commercial purposes. If the subscription cost is a problem I'm willing to make a donation in order to keep the domain within the community. -- Jeroen van der Wal Stromboli b.v. +31 655 874050 On Thu, Apr 15, 2010 at 1:53 PM, Ruth Hoffman wrote: > Hi Scott: > I'd eventually replace the myofbiz.com domain with ofbiz.org. Myofbiz.com > Its still all about OFBiz documentation and eventually training materials, > so clearly there is a link. FYI, I've been told that "myofbiz" is sometimes > misinterpreted (by some people) as, well, something I never thought of... > Regards, > Ruth > > Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" > ruth.hoff...@myofbiz.com > > Scott Gray wrote: >> >> Hi Ruth, >> >> Out of interest, what would you do with it? >> >> Thanks >> Scott >> >> HotWax Media >> http://www.hotwaxmedia.com >> >> On 15/04/2010, at 11:31 PM, Ruth Hoffman wrote: >> >> >>> >>> Hi David: >>> If you don't want to keep it up and ASF doesn't want it, I'll take it. >>> Regards, >>> Ruth >>> >>> Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" >>> ruth.hoff...@myofbiz.com >>> >>> David E Jones wrote: >>> >>>> >>>> My current registration of the ofbiz.org domain expires on May 13th of >>>> this year. >>>> >>>> This brings up a question: should we keep it around and keep using it, >>>> or let it go (just all of the other ofbiz.* domain names that aren't >>>> anything official related to the project)? >>>> >>>> There is certainly historical significance to it, but it really isn't >>>> needed any more now that everything is under the official apache.org >>>> domain. >>>> The ofbiz.org domain could be transferred to the ASF and maintained by the >>>> foundation if there is interest (I think some other projects have done >>>> this, >>>> while others have just let the old domain go). >>>> >>>> What does everyone think? Is it worth keeping around? >>>> >>>> -David >>>> >>>> >>>> >>>> >> >> >
Re: [jira] Commented: (OFBIZ-3633) Minimum order quantity
Robert, did you manage to read Chapter 8 of Volume 3 of the DMRB? I am curious if that pattern could solve your problem. -Jeroen On Wed, Apr 14, 2010 at 4:10 PM, Robert Morley wrote: > BJ - we will have to disagree on the interpretation of those pages. > > In principle, am ok with Jacopo's suggestion. However, the relationship is > between two parties, and in this case we are talking about a seller and a > product. If there was a unique set of conditions between a seller and a > buyer then it makes perfect sense to model this as an agreement. Without > any changes, I would guess this would end up being an agreement between > either the "_NA" party or a party group that contains all customers in the > system. Neither of these would feel like the right thing to do ... > > > On Apr 13, 2010, at 7:03 PM, BJ Freeman (JIRA) wrote: > >> >> [ >> https://issues.apache.org/jira/browse/OFBIZ-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12856675#action_12856675 >> ] >> >> BJ Freeman commented on OFBIZ-3633: >> --- >> >> Bob >> the pages you refer to are for company to Manufacture a product then have >> supplier (distributors) sell that product. >> this is different than order from a supplier to get raw materials. order >> and order from a customer >> covered on page 107 and 109. >> >> I like Jacopo's suggestion to use the Agreements >> from the datamodel book >> "An agreement is a set of terms and conditions that govern relationships >> between two parties." >> also >> You can have product agreements where each product can have this >> relationship both for customers and suppliers.with the company > >
[jira] Commented: (OFBIZ-3633) Minimum order quantity
[ https://issues.apache.org/jira/browse/OFBIZ-3633?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12854569#action_12854569 ] Jeroen van der Wal commented on OFBIZ-3633: --- Chapter 8 of the Data Model Resource Book Volume 3 is about Business Rules and covers solutions for problems like this. Did anybody take a look at it yet? I think it's very interesting because the Business Rules models described there are an excellent addition to Ofbiz. I'm currently looking into it as an option for workflow. > Minimum order quantity > -- > > Key: OFBIZ-3633 > URL: https://issues.apache.org/jira/browse/OFBIZ-3633 > Project: OFBiz > Issue Type: New Feature > Components: order, specialpurpose/ecommerce >Reporter: Rishi Solanki > Fix For: SVN trunk > > Attachments: OFBIZ-3633.patch, OFBIZ-3633.patch > > > It will work as follows; > We will set the special type price as 'MINIMUM_ORDER_PRICE' for a Product in > ProductPrice entity. On the basis of it we will get the minimum order > quantity of the product on the basis of this price and sale price. > Will get the minimum order quantity for product by division. For example we > have selling price of product P1 is $10.00 and its MINIMUM_ORDER_PRICE is > $100.00 then minimum order quantity for the product will be --> 100/10 ==> 10. > To achieve the above ; > write a getMinimumOrderQuantity() method in ShoppingCart.java which takes the > itemBasePrice and productId as in parameter, and call it where we add, update > the cart items and change the quantity to minmumOrderQuantity if it is less > then minimum. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3632) Extending the service model to specify more complex permissions using permission service
[
https://issues.apache.org/jira/browse/OFBIZ-3632?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12852364#action_12852364
]
Jeroen van der Wal commented on OFBIZ-3632:
---
What happened to the fail-messages?
> Extending the service model to specify more complex permissions using
> permission service
>
>
> Key: OFBIZ-3632
> URL: https://issues.apache.org/jira/browse/OFBIZ-3632
> Project: OFBiz
> Issue Type: Improvement
> Components: framework, product
>Reporter: Vikas Mayur
>Priority: Minor
> Fix For: SVN trunk
>
> Attachments: permission.patch
>
>
> At present in the service definition allows only one
> permission service. I have extended the tag to
> specify more then one permission services by doing an AND/OR operation.
> For instance the following code in service definition
> {code}
>
> main-action="CREATE"/>
> main-action="UPDATE"/>
>
> {code}
> will replace the following code in service implementation.
> {code}
>
>
>
>
>
>
> {code}
> Similarly the code
> {code}
>
> main-action="CREATE"/>
> main-action="UPDATE"/>
>
> {code}
> will replace
> {code}
>
>
>
>
>
> {code}
> The patch also contains additional changes where the permission service is
> defined in the service definition.
> EDITS: Added missing ending \{code\} tag for the last code snippet
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: ApacheCon and OFBiz
Wouldn't it be smarter to organize our own conference? Would be great to meet people involved and share experiences ouside the context of this mailing list. And at a fraction of the cost of ApacheCon. -- Jeroen van der Wal Stromboli b.v. +31 655 874050 On Tue, Mar 23, 2010 at 3:29 PM, Ruth Hoffman wrote: > H Erwan: > I'd like to volunteer to host some sessions at the US ApacheCon 2010 coming > up in Nov. > Regards, > Ruth > > Erwan de FERRIERES wrote: >> >> Hi all, >> >> will there be an OFBiz symposium this year at the ApacheCon like it was in >> 2008 ? >> >> Regards, >> >
Re: Twitter (again)
You could send a tweet to the Ofbiz account and plea to hand it over to the community. There's no activity on it. -- Jeroen van der Wal Stromboli b.v. +31 655 874050 On Tue, Mar 16, 2010 at 3:02 PM, Jacques Le Roux wrote: > OK, now we can't have an official Twitter account for OFBiz or Apache OFBiz > since the 2 names are taken > http://twitter.com/OFBiz > http://twitter.com/apache_OFBiz > > But anybody cares so it's not an issue :/ > > Jacques > PS: OK, we could still have apacheofbiz or apache-ofbiz, etc., but the > situation is not brilliant IMO: confusion > I must say that I don't know who/what is behind http://twitter.com/OFBiz >
Re: Languages really used in OFBiz
I agree with Jaques to limit the list. For 98% of the languages listed there is no thing as "closest match". And a user should then be able to choose from the languages that are actually available. Jeroen van der Wal Stromboli b.v. +31 655 874050 On Thu, Feb 11, 2010 at 8:33 AM, Adrian Crum wrote: > No. > > The Java library is set up so that you can select your language and it will > try to find the closest match. > > -Adrian > > --- On Wed, 2/10/10, Jacques Le Roux wrote: > > > From: Jacques Le Roux > > Subject: Languages really used in OFBiz > > To: u...@ofbiz.apache.org > > Cc: dev@ofbiz.apache.org > > Date: Wednesday, February 10, 2010, 11:25 PM > > Hi, > > > > I'd like to suggest something. OOTB we show all possible > > languages, could we not limit the list to the languages > > really used in OFBiz? Ie those with at least one label > > If you agree I will do it > > > > Jacques > > > > > > > >
Re: End of month : Main New features
Maybe Jira can help in populating this page: New Features resolved from 2009-12-01 to 2009-12-31: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&type=2&pid=12310500&customfield_12310221%3Aafter=1%2FDec%2F09&customfield_12310221%3Abefore=31%2FDec%2F09&sorter/field=issuekey&sorter/order=DESC Improvements resolved from 2009-12-01 to 2009-12-31: https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&&type=4&pid=12310500&customfield_12310221%3Aafter=1%2FDec%2F09&customfield_12310221%3Abefore=31%2FDec%2F09&sorter/field=issuekey&sorter/order=DESC Jeroen van der Wal Stromboli b.v. +31 655 874050 On Wed, Dec 30, 2009 at 11:01 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Please devs, don't forget to add your changes in Main New features with > short explanations > > http://docs.ofbiz.org/display/OFBIZ/Main+New+features > > Thanks > > Jacques > > >
Re: how to create JUnit tests: a document
Hi Hans, Thanks for writing this document on testing but I'm wondering why you use the CMS. I wrote a proposal to update the wiki http://cwiki.apache.org/confluence/display/OFBIZ/Wiki+Reorganization+Proposal but the idea doesn't get much support. And now that you create developer documentation inside the CMS does this mean that the wiki is dead? And is there a roadmap to move all documentation to the CMS? Best, Jeroen van der Wal Stromboli b.v. +31 655 874050 On Thu, Dec 24, 2009 at 9:21 AM, Hans Bakker wrote: > Everybody seems to be convinced now we need more tests. I was looking > for some description but not find any. > > So we wrote one: > http://demo.ofbiz.org/cmssite/cms/APACHE_OFBIZ_HTML#N22444 > > If anybody has any comments, the document can be updated in SVN in the > file: > framework/documents/UnitTest.xml > > Regards, > Hans > > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: ofbiz.org domain and all the infra around it
Youtube is blurred and I was not able to get it into HD: http://www.youtube.com/watch?v=e4Uf_JBsgI4 Vimeo is quite readable: http://vimeo.com/8207305 On Wed, Dec 16, 2009 at 12:48 AM, David E Jones wrote: > > When these (the bigfiles) were put together the video quality on both youtube > and google was just too low to be usable (ie you couldn't tell what was on > the screens, and these are mostly screen recordings with voice-over). > > It might be interesting to try now with the youtube "HD" ones. I'm in a > bandwidth challenged situation right now, so I can't do this, but if someone > wanted to try please go for it! > > The main place these files are used (AFAIK) is from this page: > > http://cwiki.apache.org/confluence/display/OFBTECH/Framework+Introduction+Videos+and+Diagrams > > -David > > > On Dec 15, 2009, at 3:16 PM, Jeroen van der Wal wrote: > >> The introduction vidoes could be moved to youtube or another video >> service and then embedded into a wiki page. Maybe some other big files >> are candidates for this approach like PDF's or presentations? >> -Jeroen >> >> On Tue, Dec 15, 2009 at 8:38 PM, David E Jones wrote: >>> >>> On Dec 15, 2009, at 1:34 PM, Jacques Le Roux wrote: >>> >>>> From: "David E Jones" >>>>> 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 infra at apache, we will need to support the rewrites, etc >>>>>>>> going forward. >>>>>>>> >>>>>>>> I'd love to have everyone weigh in to see what we want to do. >>>>>>>> Thoughts? >>>>>> >>>>>> Cheers, >>>>>> Ruppert >>>>>> -- >>>>>> Tim Ruppert >>>>>> HotWax Media >>>>>> http://www.hotwaxmedia.com >>>>>> >>>>>> o:801.649.6594 >>>>>> f:801.649.6595 >>>>>> >>>>> >>>> >>>> >>> >>> > >
Re: ESME implementation was: Why ESME was: proposal: ESME
IMHO an architectual, pluggable and open approach is preferred over trying to include everything into a single package. What if users don't want or need a feature in their Ofbiz installation? What if there's a better solution? My personal favor would be to use a branch as long as possible and merge into trunk after an incubation period and PMC vote. And maybe only provide a feature as an addon. In that way features can mature, gain collaborators or even die without affecting main development. I sometimes feel that trunk is being treated as a sandbox. If we could consider trunk as a master and be picky about what we merge into it it would be much easier to release new versions of Ofbiz and provide more stability. So yes, anyone can contribute everything and encourage people doing that but I don't like to see Ofbiz trunk suffering from a Swiss army knife syndrome. And as the E in ERP stands for Enterprise we have to be aware that stability and integration in key that area. Jeroen van der Wal Stromboli b.v. +31 655 874050 On Wed, Dec 16, 2009 at 1:06 AM, David E Jones wrote: > > Just to be clear, are you saying you want to work on this? > > Please keep in mind that people are free to contribute what they will. Maybe > we can vote or all agree on not allowing something in, but we can't force > anyone to do anything. We also shouldn't, though many of us often do, imply > that others should do something just because we think they should. > > Sharing ideas is great, but unless someone actually does it, then by > definition it ain't gonna happen. > > -David > > > On Dec 15, 2009, at 6:02 PM, Adrian Crum wrote: > >> Developing support for it would be fine, if the messaging feature was set up >> as a gateway. >> >> I'm not aware of any generic specifications for payment gateways, yet OFBiz >> accommodates a variety of them. >> >> The point I have been trying to make is this: if we're going to add an >> instant messaging or twitter-like feature to OFBiz, let's do it in a way >> that works for more than one messaging service. >> >> -Adrian >> >> David E Jones wrote: >>> Then you'll have to develop support for it, or get someone else to do it >>> for you. >>> I'm not aware of any generic specification we could implement to that would >>> support ESME as well as other options. Is there one you have in mind? >>> -David >>> On Dec 15, 2009, at 5:42 PM, Adrian Crum wrote: >>>> What if I want the messaging feature, but I already have a messaging >>>> server that isn't ESME? >>>> >>>> -Adrian >>>> >>>> Hans Bakker wrote: >>>>> we are still investigating how to interface but yes an inclusion of a >>>>> full system as a component seems the best way to us if only for the ease >>>>> of installation and the convenient license. >>>>> looking more into skala . an possible upgrade to groovy and java >>>>> being compatible with our current runtime environment (JVM/Tomcat) >>>>> On Tue, 2009-12-15 at 08:58 -0800, Adrian Crum wrote: >>>>>> In other words, "Thank you for your suggestions, but I'm going to ignore >>>>>> them." >>>>>> >>>>>> Saying ESME is an essential part of OFBiz is like saying Apache James is >>>>>> an essential part of OFBiz - so we can send emails from OFBiz. >>>>>> >>>>>> No, we don't need to install ESME - just create a gateway to it. The >>>>>> integration Wiki page >>>>>> (http://incubator.apache.org/esme/collaboration-with-ofbiz.html) already >>>>>> suggests something like that. >>>>>> >>>>>> -Adrian >>>>>> >>>>>> >>>>>> Hans Bakker wrote: >>>>>>> Hi everybody who commented. >>>>>>> >>>>>>> The approach that Adrian has below and is supported by others in the >>>>>>> community was also our first and seems the easiest from an >>>>>>> implementation point of view. After some investigation however we >>>>>>> consider ESME not only an add-on but >>>>>>> an essential part of OFBiz which should be automatically installed when >>>>>>> OFBiz is installed. >>>>>>> >>>>>>> That means: >>>>>>> 1. everybody who is registered in OFBiz is automatically using ESME. >>>>>&g
Wiki Reorganization Proposal
I've created a proposal to reorganize the Wiki: http://cwiki.apache.org/confluence/display/OFBIZ/Wiki+Reorganization+Proposal Feel free to contribute to the proposal, looking forward to your comments. Jeroen van der Wal
Re: ofbiz.org domain and all the infra around it
The introduction vidoes could be moved to youtube or another video service and then embedded into a wiki page. Maybe some other big files are candidates for this approach like PDF's or presentations? -Jeroen On Tue, Dec 15, 2009 at 8:38 PM, David E Jones wrote: > > On Dec 15, 2009, at 1:34 PM, Jacques Le Roux wrote: > >> From: "David E Jones" >>> 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 infra at apache, we will need to support the rewrites, etc going >> forward. >> >> I'd love to have everyone weigh in to see what we want to do. Thoughts? Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 >>> >> >> > >
Re: Why ESME was: proposal: ESME
Hi Hans, This was the kind of explanation I was aiming for. Great things start by sharing a vision or a business problem and enrolling the community into that can provide thrust. Googling "esme sap" gave me even more perspective on the matter. Will add my future comments on ESME to the wikipage. Regards, Jeroen On Sun, Dec 13, 2009 at 3:04 AM, Hans Bakker wrote: > Some users are wondering if ESME is useful to add to OFBiz or not, > therefore some promotion why I think it is interesting and yes I have > business cases for it: > > 1. It started with a request of our customers to have a chat possibility > in e-commerce for new users to ask questions via chat. I looked at 2 > chat open source frameworks. Then ESME was proposed here in the mailing > list. My opinion is that if ESME can do chat too, then better go for > ESME so we have also twitter functions. (as Tim also stated) > > 2. ESME allows to use the twitter principle in a protected business > environment: developers/marketeers exchanging ideas, announcing news and > problems. (yes you should use OFBiz in your company to see these > benefits) > If you are still not convinced of twitter in a business environment: get > a twitter account and follow me: @hansbak i will keep you informed about > ESME within OFBiz and you will have the opportunity for point 3 as a > bonus. > > 3. ESME was actually born in the SAP environment and many people from > this environment now getting exposed to OFBiz because we are looking at > ESME too and the ESME people "retweet" my ESME experiences to their > network of twitter accounts. > > I was not convinced about this twitter stuff but using this for my ESME > investigations has shown me that it is actually pretty exiting getting > to know so much new people in such a short time. > > David thanks for the support because it looks like that the OFBiz > community has a problem accepting new functions like this one, even if > it does not affect their usage of OFBiz. So please people, not too > conservative and always be open to new developments! > > Regards, > Hans > > > > > On Sat, 2009-12-12 at 16:30 +0700, Hans Bakker wrote: >> Proposal: >> >> We are looking to copy an ESME server within OFBiz as a component to >> allow for twitter like messaging within the OFBiz environment. >> >> users coming on the ecommerce site can 'twitter' a message which is >> monitored by the system admin, who can answer the questions. >> >> Logged in users can follow other registered users and can twitter what >> they are doing... >> >> more info at >> http://cwiki.apache.org/confluence/display/ESME/Collaboration+with+OFbiz >> >> any thoughts? >> >> regards, >> Hans (@hansbak) >> > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: proposal: ESME
But still in all discussions it's not clear to me WHY it should be IN Ofbiz. Please go ahead and create it but if you implement a feature just because you can, don't compare it with alternatives and didn't find a business driver I find a waste of resources. But I'm more then happy to be proven wrong, perhaps I'm not seeing things clear ;-) Regards, Jeroen On Sat, Dec 12, 2009 at 2:22 PM, Hans Bakker wrote: > On Sat, 2009-12-12 at 13:59 +0100, Jeroen van der Wal wrote: >> Hi Hans, >> >> I understand what it can do. Can you tell me why this feature should >> be integrated into Ofbiz? >> > > Then we are getting into the discussion if ESME is useful or not. That > is why i copied the first page in a previous message. Please check > earlier messages where i understood that in general the community agreed > it was useful. > > This proposal is not that IF we should use ESME but only how > > Regards, > Hans > > >> -Jeroen >> >> On Sat, Dec 12, 2009 at 1:31 PM, Hans Bakker >> wrote: >> > This will give you a twitter environment only visible by users of a >> > particular ofbiz system so within a company, i.e. not public. >> > >> > A twitter environment is more general than chat and encourages >> > collaboration much morechat is only person to person...but it looks >> > like it can do chat too... >> > >> > On Sat, 2009-12-12 at 12:48 +0100, Jeroen van der Wal wrote: >> >> Hi Hans, >> >> >> >> Your proposal looks interesting from an technical point of view but >> >> I'm have trouble picturing a real life business scenario, can you >> >> provide some examples? And most important, can you address why this >> >> should be integrated into Ofbiz? Isn't it easier to integrate with >> >> (any) external chat server using an API? >> >> >> >> Jeroen van der Wal >> >> >> >> >> >> On Sat, Dec 12, 2009 at 10:30 AM, Hans Bakker >> >> wrote: >> >> > Proposal: >> >> > >> >> > We are looking to copy an ESME server within OFBiz as a component to >> >> > allow for twitter like messaging within the OFBiz environment. >> >> > >> >> > users coming on the ecommerce site can 'twitter' a message which is >> >> > monitored by the system admin, who can answer the questions. >> >> > >> >> > Logged in users can follow other registered users and can twitter what >> >> > they are doing... >> >> > >> >> > more info at >> >> > http://cwiki.apache.org/confluence/display/ESME/Collaboration+with+OFbiz >> >> > >> >> > any thoughts? >> >> > >> >> > regards, >> >> > Hans (@hansbak) >> >> > >> >> > -- >> >> > Antwebsystems.com: Quality OFBiz services for competitive rates >> >> > >> >> > >> > -- >> > Antwebsystems.com: Quality OFBiz services for competitive rates >> > >> > > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: proposal: ESME
Hi Hans, I understand what it can do. Can you tell me why this feature should be integrated into Ofbiz? -Jeroen On Sat, Dec 12, 2009 at 1:31 PM, Hans Bakker wrote: > This will give you a twitter environment only visible by users of a > particular ofbiz system so within a company, i.e. not public. > > A twitter environment is more general than chat and encourages > collaboration much morechat is only person to person...but it looks > like it can do chat too... > > On Sat, 2009-12-12 at 12:48 +0100, Jeroen van der Wal wrote: >> Hi Hans, >> >> Your proposal looks interesting from an technical point of view but >> I'm have trouble picturing a real life business scenario, can you >> provide some examples? And most important, can you address why this >> should be integrated into Ofbiz? Isn't it easier to integrate with >> (any) external chat server using an API? >> >> Jeroen van der Wal >> >> >> On Sat, Dec 12, 2009 at 10:30 AM, Hans Bakker >> wrote: >> > Proposal: >> > >> > We are looking to copy an ESME server within OFBiz as a component to >> > allow for twitter like messaging within the OFBiz environment. >> > >> > users coming on the ecommerce site can 'twitter' a message which is >> > monitored by the system admin, who can answer the questions. >> > >> > Logged in users can follow other registered users and can twitter what >> > they are doing... >> > >> > more info at >> > http://cwiki.apache.org/confluence/display/ESME/Collaboration+with+OFbiz >> > >> > any thoughts? >> > >> > regards, >> > Hans (@hansbak) >> > >> > -- >> > Antwebsystems.com: Quality OFBiz services for competitive rates >> > >> > > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: proposal: ESME
Hi Hans, Your proposal looks interesting from an technical point of view but I'm have trouble picturing a real life business scenario, can you provide some examples? And most important, can you address why this should be integrated into Ofbiz? Isn't it easier to integrate with (any) external chat server using an API? Jeroen van der Wal On Sat, Dec 12, 2009 at 10:30 AM, Hans Bakker wrote: > Proposal: > > We are looking to copy an ESME server within OFBiz as a component to > allow for twitter like messaging within the OFBiz environment. > > users coming on the ecommerce site can 'twitter' a message which is > monitored by the system admin, who can answer the questions. > > Logged in users can follow other registered users and can twitter what > they are doing... > > more info at > http://cwiki.apache.org/confluence/display/ESME/Collaboration+with+OFbiz > > any thoughts? > > regards, > Hans (@hansbak) > > -- > Antwebsystems.com: Quality OFBiz services for competitive rates > >
Re: New Users and OFBiz versions was: Bugs and open Jira issues
IMO the button should direct to a (wiki?)page wich contains links to the latest 9.04 release, setup instructions and end-user documentation. -Jeroen On Wed, Dec 9, 2009 at 7:44 PM, Ruth Hoffman wrote: > Hi Jeroen: > Thanks for you quick reply! > To the list and the PMC specifically: > Could we change the "BIG FAT DOWNLOAD" button to point to this > branch/release? Please? Should I enter this request as a JIRA? > > Thanks again. > > Ruth > > Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" > ruth.hoff...@myofbiz.com > Jeroen van der Wal wrote: > >> Hi Ruth, >> >> Branching is a term common to developers so I understand the confusion. >> There are two release branches in Ofbiz, 4.0 and 9.04 so if you're looking >> for the latest version of the latest release use this link: >> http://build.ofbiz.org/builds904/ofbiz-rel9.04-current.zip >> Again a point proven that the community is focused towards developers. >> Keep >> asking. >> -Jeroen >> >> On Wed, Dec 9, 2009 at 7:30 PM, Ruth Hoffman >> wrote: >> >> >> >>> Hi Anil: >>> Thanks for your notes. Please excuse me if I seem a bit pushy here, but >>> could we please take this logic one step further? >>> >>> Which of the many download options on the http://build.ofbiz.org is the >>> "Branch" you speak of? I see: "Nightly Trunk Builds" (probably not the >>> "Branch"); "Nightly Release 9.04 Builds" (perhaps the "Branch" you speak >>> of?) and I see "Nightly Release 4.0 Builds" (OK, we have already been >>> there >>> with that release; no need to go down that path :-) >>> >>> I don't see the word "Branch" anywhere on this page. Should I keep >>> staring >>> at the page longer? Did I miss something? >>> >>> Seriously, I want to start with a new, clean version of OFBiz and begin >>> some 9.04 updates to my books. Where should I start in your estimation? >>> >>> Regards, >>> Ruth >>> >>> >>> Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" >>> ruth.hoff...@myofbiz.com >>> >>> Anil Patel wrote: >>> >>> >>> >>>> Ruth, >>>> Its depends on How you plan to work. >>>> If a1) branch has all features you need2) you plan to only >>>> customize for business use >>>> 3) Don't plan to contribute enhancements to Ofbiz trunk. >>>> ThenUse Branch >>>> Else If >>>> 1) You need features from latest trunk2) You don't care for >>>> upcoming features >>>> 3) You don't care for contributing enhancements to Ofbiz trunk >>>> ThenCreate Vendor branch from current trunk revision. This is >>>> painful >>>> and not easy. Else >>>> Keep current with trunk, work with community to get it better. >>>> End If >>>> >>>> These are my personal quick notes for you. I know David has already >>>> directed you to page that has more complete answer. >>>> Thanks and Regards >>>> Anil Patel >>>> HotWax Media Inc >>>> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >>>> >>>> On Dec 7, 2009, at 12:05 PM, Ruth Hoffman wrote: >>>> >>>> >>>> >>>> >>>> >>>>> Hi Anil: >>>>> I feel like I'm spitting in the wind here...Please, let's just start >>>>> this >>>>> conversation over again. Under the following circumstances, which >>>>> version or >>>>> release of OFBiz should I use? >>>>> >>>>> I'm a new user and I want to customize my OFBiz instance for a new ERP >>>>> deployment. >>>>> >>>>> TIA >>>>> Ruth >>>>> Find me on the web at http://www.myofbiz.com or Google Keyword >>>>> "myofbiz" >>>>> >>>>> >>>>> >>>>> >>>>> Anil Patel wrote: >>>>> >>>>> >>>>> >>>>> >>>>>> Ruth, >>>>>> Why don't you consider using one of the release branches? >>>
Re: New Users and OFBiz versions was: Bugs and open Jira issues
Hi Ruth, Branching is a term common to developers so I understand the confusion. There are two release branches in Ofbiz, 4.0 and 9.04 so if you're looking for the latest version of the latest release use this link: http://build.ofbiz.org/builds904/ofbiz-rel9.04-current.zip Again a point proven that the community is focused towards developers. Keep asking. -Jeroen On Wed, Dec 9, 2009 at 7:30 PM, Ruth Hoffman wrote: > Hi Anil: > Thanks for your notes. Please excuse me if I seem a bit pushy here, but > could we please take this logic one step further? > > Which of the many download options on the http://build.ofbiz.org is the > "Branch" you speak of? I see: "Nightly Trunk Builds" (probably not the > "Branch"); "Nightly Release 9.04 Builds" (perhaps the "Branch" you speak > of?) and I see "Nightly Release 4.0 Builds" (OK, we have already been there > with that release; no need to go down that path :-) > > I don't see the word "Branch" anywhere on this page. Should I keep staring > at the page longer? Did I miss something? > > Seriously, I want to start with a new, clean version of OFBiz and begin > some 9.04 updates to my books. Where should I start in your estimation? > > Regards, > Ruth > > > Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" > ruth.hoff...@myofbiz.com > > Anil Patel wrote: > >> Ruth, >> Its depends on How you plan to work. >> If a1) branch has all features you need2) you plan to only >> customize for business use >>3) Don't plan to contribute enhancements to Ofbiz trunk. >> ThenUse Branch >> Else If >>1) You need features from latest trunk2) You don't care for >> upcoming features >>3) You don't care for contributing enhancements to Ofbiz trunk >> ThenCreate Vendor branch from current trunk revision. This is painful >> and not easy. Else >>Keep current with trunk, work with community to get it better. >> End If >> >> These are my personal quick notes for you. I know David has already >> directed you to page that has more complete answer. >> Thanks and Regards >> Anil Patel >> HotWax Media Inc >> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >> >> On Dec 7, 2009, at 12:05 PM, Ruth Hoffman wrote: >> >> >> >>> Hi Anil: >>> I feel like I'm spitting in the wind here...Please, let's just start this >>> conversation over again. Under the following circumstances, which version or >>> release of OFBiz should I use? >>> >>> I'm a new user and I want to customize my OFBiz instance for a new ERP >>> deployment. >>> >>> TIA >>> Ruth >>> Find me on the web at http://www.myofbiz.com or Google Keyword "myofbiz" >>> >>> >>> >>> >>> Anil Patel wrote: >>> >>> >>>> Ruth, >>>> Why don't you consider using one of the release branches? >>>> >>>> Thanks and Regards >>>> Anil Patel >>>> HotWax Media Inc >>>> Find us on the web at www.hotwaxmedia.com or Google Keyword "ofbiz" >>>> >>>> On Dec 7, 2009, at 10:06 AM, Ruth Hoffman wrote: >>>> >>>> >>>> >>>>> Hi Scott: >>>>> Then stop the committing and do some reviewing. There is more to >>>>> software development than committing code to a repository. >>>>> >>>>> >>>> This is interesting perspective. Trunk is expected to remain active. New >>>> development must continue. For the people who needs more stable version we >>>> do have release branch. >>>> >>>> >>>> >>>> >>>>> Regards, >>>>> Ruth >>>>> >>>>> Scott Gray wrote: >>>>> >>>>> >>>>>> On 7/12/2009, at 10:22 PM, Jeroen van der Wal wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Thank you Jacques for addressing this as this situation worries me >>>>>>> too. Although I think the power of the Ofbiz community can handle it >>>>>>> :-) >>>>>>> >>>>>>> My suggestions would be: >>>>>>> - Assign volunteers and a lead to each of the components. They can >>>>>>
Re: Fix old tinylinks in Confluence
I started to explore the Wiki spaces and was overwhelmed by the amount of useful information it contains. I've polulated an index of all 545 pages (see attached pdf) and noticed that information is scattered around the various spaces and poorly accesable. As the Wiki has everybody's attention now it might be a good timing to reorganize the information, create landingpages and set guidlines where to put what information. As a start I created a Mindmap representing the current document hierarchy which might be useful in this process. Tell me what you think. -Jeroen On Wed, Dec 9, 2009 at 10:42 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Hi David, Tim, > > I wonder if this should not have been done *before* the migration? > > > Jacques > () ascii ribbon campaign against HTML e-mail > /\ www.asciiribbon.org > > > From: "David E Jones" > > >> The current setting for General Configuration -> Server Base Url is: >> >> http://cwiki.apache.org/confluence >> >> It looks like that is what it is supposed to be, and it doesn't appear to >> be a setting that can change per space or anything. >> >> -David >> >> >> On Dec 8, 2009, at 2:43 PM, Jacques Le Roux wrote: >> >> Hi, >>> >>> In r888559, I wrote <>> http://confluence.atlassian.com/pages/viewpage.action?pageId=162988142>> >>> But I wonder now it this is possible by spaces else we are trapped :/ >>> Could you have a look David ? I guess you are the sole person with the >>> rights for that in OFBiz community. >>> We may ask Gavin also... >>> >>> Thanks >>> >>> Jacques >>> () ascii ribbon campaign against HTML e-mail >>> /\ www.asciiribbon.org >>> >>> >>> >>> >> > >
[jira] Commented: (OFBIZ-3313) Mountpoint for the ofbiz website
[ https://issues.apache.org/jira/browse/OFBIZ-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12787130#action_12787130 ] Jeroen van der Wal commented on OFBIZ-3313: --- I agree with Scott to remove the site from trunk and put it in the designated repository. > Mountpoint for the ofbiz website > > > Key: OFBIZ-3313 > URL: https://issues.apache.org/jira/browse/OFBIZ-3313 > Project: OFBiz > Issue Type: Bug >Affects Versions: SVN trunk >Reporter: Erwan de FERRIERES >Assignee: Jacques Le Roux > Fix For: SVN trunk > > Attachments: OFBIZ-3313.diff > > > following Hans' commit for OFBiz website at the root of the webapp, > images/css/etc... are not displayed. The component mountpoint is /, but > should be /ofbiz > The patch is correcting this. > The website is then reachable at this address : > http://localhost:8080/ofbiz/control/main -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Issue with Java 1.6 on OSX
Thanks Scott, There's one but: keytool creates the new keystore in the source folder so the mv commands in your script fail. I found a shortcut to simply change the password: sudo keytool -keystore "/System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/Contents/Home/lib/security/cacerts" -storepasswd -new "changeit" Enter password: Enter password: changeme Good to see that there are more Apple users on this list :-) -Jeroen On Mon, Dec 7, 2009 at 9:26 PM, Scott Gray wrote: > Hi Jeroen, > > I encountered this as well and ended up fixing it by making a fresh copy of > the keystore: > cd /Users/ > keytool -importkeystore -srckeystore > /System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/Contents/Home/lib/security/cacerts > -destkeystore newcacerts > Enter destination keystore password: changeit > Re-enter new password: changeit > Enter source keystore password: > sudo mv newcacerts > /System/Library/Frameworks/JavaVM.framework/Versions/A/Resources/Deploy.bundle/Contents/Home/lib/security > sudo mv cacerts oldcacerts > sudo mv newcacerts cacerts > > Hope that helps. > > Regards > Scott > > HotWax Media > http://www.hotwaxmedia.com > > > On 8/12/2009, at 9:17 AM, Jeroen van der Wal wrote: > > When you run Ofbiz on OSX using the latest Java 1.6 update you will get >> this >> exception: >> Exception: java.io.IOException >> Message: Keystore was tampered with, or password was incorrect >> According to another ML Apple changed the password of the keystore from >> "changeit" to "changeme": >> >> http://www.igniterealtime.org/community/message/198636;jsessionid=412F0FABBD127068FC5E0FD1C5942383 >> Apple is already aware of this issue: >> http://lists.apple.com/archives/java-dev/2009/Dec/msg00105.html >> There's probably a workaround, I could figure out how to change the >> password, but I quit for today and see tomorrow. Just wanted to let you >> know... >> >> -Jeroen >> BTW If you're not able to compile create a symbolic link from >> /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK to >> /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0 >> > >
Issue with Java 1.6 on OSX
When you run Ofbiz on OSX using the latest Java 1.6 update you will get this exception: Exception: java.io.IOException Message: Keystore was tampered with, or password was incorrect According to another ML Apple changed the password of the keystore from "changeit" to "changeme": http://www.igniterealtime.org/community/message/198636;jsessionid=412F0FABBD127068FC5E0FD1C5942383 Apple is already aware of this issue: http://lists.apple.com/archives/java-dev/2009/Dec/msg00105.html There's probably a workaround, I could figure out how to change the password, but I quit for today and see tomorrow. Just wanted to let you know... -Jeroen BTW If you're not able to compile create a symbolic link from /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK to /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0
To Git or not to Git, that's the question
A while ago a saw a great video on Git by Bart Trojanowski. It's quite lenghty (approx 2 hours) but after that you can decide for yourself if you want to give it try. There's also some interesting stuff on how Linux manages their vast codebase. So instead of a Friday night movie rental sit back and enjoy: http://excess.org/article/2008/07/ogre-git-tutorial/ -Jeroen
Re: New Users and OFBiz versions was: Bugs and open Jira issues
Hi Ruth, I agree with you on having a branch for the JDK switch (as I propose to use branches for every change) but it doesn't help to be so ruthless (what's in a name) towards the community. I use Max OSX too and are still not able to run Ofbiz from trunk. First I had a JDK issue which I was manage to overcome, now I got an error "Can't find home, jk2.properties not loaded". As you can see the community is here to fix errors. And improve from the lessons learned. For your own comfort please use a release branch until the trunk is stable. Best, Jeroen van der Wal
Re: Bugs and open Jira issues
Thank you Jacques for addressing this as this situation worries me too. Although I think the power of the Ofbiz community can handle it :-) My suggestions would be: - Assign volunteers and a lead to each of the components. They can watch issues of their components and should can be consulted if anybody wants to make changes in their neighbourhood. - Work bottom up: start with the framework, then the core modules (party, product, accounting, workeffort, manufactureing, order) and finally the specialpurpose modules (I personally consider humanres and marketing to be specialpurpose) - Communicate changes to dependent components so they can sanitize their components - Don't allow code without tests - Use branching for work in progress to maintain a stable trunk (I prefer Git over SVN but that's another topic...) I'm a big fan of branching, this explains why: - Code each task (or related set of tasks) in its own branch, then you will have the flexibility of when you would like to merge these tasks and perform a release. - QA should be done on each branch before it is merged to the trunk. - By doing QA on each individual branch, you will know exactly what caused the bug easier. - This solution scales to any number of developers. - This method works since branching is an almost instant operation in SVN. - Tag each release that you perform. - You can develop features that you don't plan to release for a while and decide exactly when to merge them. - For all work you do, you can have the benefit of committing your code. If you work out of the trunk only, you will probably keep your code uncommitted a lot, and hence unprotected and without automatic history. If you try to do the opposite and do all your development in the trunk you'll be plagged by: - Constant build problems for daily builds - Productivity loss when a a developer commits a problem for all other people on the project - Longer release cycles, because you need to finally get a stable version - Less stable releases Best, Jeroen van der Wal On Sat, Dec 5, 2009 at 8:51 PM, Jacques Le Roux wrote: > > Hi, > > I'd like to express a feeling I have. Actually it's not only my own feeling > but also something some users have expressed recently. > > I'm quite happy to see that these last times a lot of effort have been made > in order to fix OFBiz (yes to fix OFBiz!) > It's really great to see new features in OFBiz. But I really wonder if we > should not slow down the pace in integrating new features for a short period > of time and should not make and even greatest effort to have a more stable > OFBiz. > > There are 180 bugs opened in Jira. Don't you think it's time for the > community to have a look at them and to fix the most important ones (109 are > considered as at least important) ? > > Thanks > > Jacques > > >
Re: Adding few more details for "admin" user (party) in demo data
I know, but it make no sense to me adding demo data to the admin. Use a demo user instead. But in the end it's no big deal and I don't want to kill the initiative of having complete demo data. -Jeroen On Fri, Dec 4, 2009 at 3:53 PM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > admin has a name and you can see it when you log with admin login : THE > PRIVILEGED ADMINISTRATORJacques > - Original Message ----- From: "Jeroen van der Wal" < > jvander...@stromboli.it> > To: > Sent: Friday, December 04, 2009 3:40 PM > Subject: Re: Adding few more details for "admin" user (party) in demo data > > > > If you want to set up demo data the best pratice is to use "real" names >> (over the past I've used cartoon characters, actors, presidents). It makes >> no sense to use the admin as it is not a person nor an organization but >> just >> an account to perfom admin tasks. >> >> Just my 2 cents >> >> -Jeroen >> >> >> On Fri, Dec 4, 2009 at 10:34 AM, Ashish Vijaywargiya < >> vijaywargiya.ash...@gmail.com> wrote: >> >> WDYT if we add Shipping, Billing, Phone & Credit Card info to "admin" >>> user >>> in a demo data? >>> So all this information will be loaded when you will run "ant >>> run-install" >>> target. >>> >>> Thoughts? >>> >>> -- >>> Ashish >>> >>> >> >
Re: Adding few more details for "admin" user (party) in demo data
If you want to set up demo data the best pratice is to use "real" names (over the past I've used cartoon characters, actors, presidents). It makes no sense to use the admin as it is not a person nor an organization but just an account to perfom admin tasks. Just my 2 cents -Jeroen On Fri, Dec 4, 2009 at 10:34 AM, Ashish Vijaywargiya < vijaywargiya.ash...@gmail.com> wrote: > WDYT if we add Shipping, Billing, Phone & Credit Card info to "admin" user > in a demo data? > So all this information will be loaded when you will run "ant run-install" > target. > > Thoughts? > > -- > Ashish >
Re: New Wiki/Docs Location
First thanks to all who put effort in the community infrastructure, invaluable for the project! I agree on moving to a single space and make it more structured and accessible for (potential) Ofbiz users. I was not able to find the content of the docbooks on the wiki either which is a shame because potential users might want to read and browse documentation before giving it at try. It also provides a great collaboration platform. Jeroen
[jira] Issue Comment Edited: (OFBIZ-3211) Ajaxifying lookup fields
[ https://issues.apache.org/jira/browse/OFBIZ-3211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12779427#action_12779427 ] Jeroen van der Wal edited comment on OFBIZ-3211 at 11/18/09 12:35 PM: -- Hi Bilgin, An excellent improvement on the usibility of Ofbiz! I have only a few coments: # The results are now ordered by the ID and results display in the format. I Could imagine that users want the results displayed in a format and sorted accordingly. I noticed that you can set this on the individual lookup but i would be nice to set it on a global level, In the lookup defintion you then only have to set the search fields, the id field and the description fields: #* by id: [1] My Company #* by description: My Company [1] # I would like to see a separate row for each etry returned # Could you extend the width of the resultbox to prevent text wrapping Jeroen was (Author: jcvanderwal): Hi Bilgin, An excellent improvement on the usibility of Ofbiz! I have only a few coments: # The results are now ordered by the ID and results display in the format. I Could imagine that users want the results displayed in a format and sorted accordingly. I noticed that you can set this on the individual lookup but i would be nice to set it on a global level, In the lookup defintion you then only have to set the search fields, the id field and the description fields: #*by id: [1] My Company #*by description: My Company [1] # I would like to see a separate row for each etry returned # Could you extend the width of the resultbox to prevent text wrapping Jeroen > Ajaxifying lookup fields > > > Key: OFBIZ-3211 > URL: https://issues.apache.org/jira/browse/OFBIZ-3211 > Project: OFBiz > Issue Type: New Feature > Components: ALL COMPONENTS >Affects Versions: SVN trunk >Reporter: Bilgin Ibryam >Assignee: Bilgin Ibryam >Priority: Minor > Fix For: SVN trunk > > Attachments: ajax-loader.gif, ajaxLookup.patch > > > To see how it works, apply the patch (optionally add ajax-loader.gif to > framework\images\webapp\images\) and go to Accounting -> Find Invoices (or to > any other screen with form widget that uses LookupPartyName lookup ). Then > type some letters to From Party ID or To Party ID fields. > Bilgin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-3211) Ajaxifying lookup fields
[ https://issues.apache.org/jira/browse/OFBIZ-3211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12779427#action_12779427 ] Jeroen van der Wal edited comment on OFBIZ-3211 at 11/18/09 12:33 PM: -- Hi Bilgin, An excellent improvement on the usibility of Ofbiz! I have only a few coments: # The results are now ordered by the ID and results display in the format. I Could imagine that users want the results displayed in a format and sorted accordingly. I noticed that you can set this on the individual lookup but i would be nice to set it on a global level, In the lookup defintion you then only have to set the search fields, the id field and the description fields: #*by id: [1] My Company #*by description: My Company [1] # I would like to see a separate row for each etry returned # Could you extend the width of the resultbox to prevent text wrapping Jeroen was (Author: jcvanderwal): Hi Bilgin, An excellent improvement on the usibility of Ofbiz. I have only a few coments: 1. The results are now ordered by the ID and results display in the format. I Could imagine that users want the results displayed in a format and sorted accordingly. I noticed that you can set this on the individual lookup but i would be nice to set it on a global level: - by id: [1] My Company - by description: My Company [1] In the lookup defintion you then only have to set the search fields, the id field and the description fields. 2. I would like to see a separate row for each etry returned 3. Could you extend the width of the resultbox to prevent text wrapping Jeroen > Ajaxifying lookup fields > > > Key: OFBIZ-3211 > URL: https://issues.apache.org/jira/browse/OFBIZ-3211 > Project: OFBiz > Issue Type: New Feature > Components: ALL COMPONENTS >Affects Versions: SVN trunk >Reporter: Bilgin Ibryam >Assignee: Bilgin Ibryam >Priority: Minor > Fix For: SVN trunk > > Attachments: ajax-loader.gif, ajaxLookup.patch > > > To see how it works, apply the patch (optionally add ajax-loader.gif to > framework\images\webapp\images\) and go to Accounting -> Find Invoices (or to > any other screen with form widget that uses LookupPartyName lookup ). Then > type some letters to From Party ID or To Party ID fields. > Bilgin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3211) Ajaxifying lookup fields
[ https://issues.apache.org/jira/browse/OFBIZ-3211?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12779427#action_12779427 ] Jeroen van der Wal commented on OFBIZ-3211: --- Hi Bilgin, An excellent improvement on the usibility of Ofbiz. I have only a few coments: 1. The results are now ordered by the ID and results display in the format. I Could imagine that users want the results displayed in a format and sorted accordingly. I noticed that you can set this on the individual lookup but i would be nice to set it on a global level: - by id: [1] My Company - by description: My Company [1] In the lookup defintion you then only have to set the search fields, the id field and the description fields. 2. I would like to see a separate row for each etry returned 3. Could you extend the width of the resultbox to prevent text wrapping Jeroen > Ajaxifying lookup fields > > > Key: OFBIZ-3211 > URL: https://issues.apache.org/jira/browse/OFBIZ-3211 > Project: OFBiz > Issue Type: New Feature > Components: ALL COMPONENTS >Affects Versions: SVN trunk >Reporter: Bilgin Ibryam >Assignee: Bilgin Ibryam >Priority: Minor > Fix For: SVN trunk > > Attachments: ajax-loader.gif, ajaxLookup.patch > > > To see how it works, apply the patch (optionally add ajax-loader.gif to > framework\images\webapp\images\) and go to Accounting -> Find Invoices (or to > any other screen with form widget that uses LookupPartyName lookup ). Then > type some letters to From Party ID or To Party ID fields. > Bilgin -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: different approach to remote UI
Dear Harmeet, Your GWT approach sounds promising. Could you share more details with us on how you did it and perhaps supply some code? Thanks, -Jeroen On Sat, Jan 24, 2009 at 2:27 PM, Bilgin Ibryam wrote: > Hi Harmeet, > > Can you show any demo or POC code for gwt integrated with ofbiz? > Do you need to compile and deploy javascipt files in ofbiz after every > change in the screens? > Thanks in advance > > Bilgin > > On Dec 1, 2008, at 4:50 AM, Harmeet Bedi wrote: > >> There are a few libraries that are rich with widgets in GWT that can be >> applied. We started with gxt : http://extjs.com/products/gxt/. Some other >> good candidates are smartgwt ( http://code.google.com/p/smartgwt/ ) and >> default GWT toolkit and associated google projects have some decent widgets >> too. (GWT is under apache license so compatible). >> >> It would be very nice if Ofbiz team can consider more GWT. We could >> provide code.. developer help etc. to promote this. >> We could start with creating a demo that you can see and see if you want >> to evaluate this direction more. I feel GWT + HTML is a very good choice for >> people writing java servers. >> >> GWT theoretically is just a mechanism where you write java code and that >> is generated into javascript and dom manipulation, but it is much more. >> - Strong typing in java, debugger support makes it far more productive and >> reliable to create rich applications. >> - Due to better approach applied with GWT to rich javascript/ajax/dhtml >> applications.. one can now write much more complex user interfaces. i.e. >> take a leap in rich web application capabilities. i.e. write an entire >> webpos in gwt vs. very hard and buggy to write one entirely in javascript. >> - Can retain HTML as the frame of application and gwt widgets can contain >> html. GWT and ftl templates can play together. So low barrier of entry, >> simple nature of web 1.0 is retained. >> >> Harmeet > >
Re: [Spanish] translations - introducing national varieties - please comment
I agree with you for having translations in separate files. To overcome this drawback we wrote some tooling to export the xml files to separate gettext files and merge them back in after translation ( https://issues.apache.org/jira/browse/OFBIZ-2008). There are a lot of tools to edit gettext files, even an Eclipse plugin. It should however not be too difficult to extend the code to use property files. -Jeroen On Fri, Jan 30, 2009 at 3:48 PM, Sven Wesley wrote: > ...and when talking about languages, why not moving to the more > standardized > Java way of handling languages in language property files instead of XML? > For example ResourceBundleEditor, a Eclipse plugin, is a very great tool > for > editing languages. Lang-properties are way easier to edit than XML-files in > my opinion (even if you're a manual-edit-wannabe). > > Regards, > Sven > > 2009/1/30 Karim Rahimpur > > > Hi Manuel, > > > > Thanks for your comment. I assume that the current spanish translation is > > more a result of the community translating and think that's the reason > why > > the current isn't really spanish from Spain. I've already made an effort > to > > adjust those but instead of trying to make "es" fit for everyone, > > introducing the national varieties would give all an opportunity to have > > fitting translations for their own, also easier to maintain. Anyhow, > let's > > see if there are more opinions and then proceed. > > > > Regards, > > Karim > > > > Manuel Desdin wrote: > > > >> agree totally, > >> but the person that did current spanish translation for ofbiz, please > tell > >> us where you are from, so we can put your country as the current spanish > >> flavor. current translation is not spanish from spain! > >> thanks, manuel. > >> > >> On 30 Jan 2009, at 11:39, Karim Rahimpur wrote: > >> > >> Hi, > >>> > >>> Spanish language differs quite a lot in different countries and some > >>> translations that are common in one country are meaningless or even > >>> ridiculous in another. So having only "es" translations makes it > impossible > >>> to satisfy everyone. > >>> > >>> My proposal is to add "es_ES" translations and that other "es" based > >>> languages add their own translations in a similar manner when needed. > >>> > >>> I would supply all *Labels.xml files as well as conditional.xml updated > >>> so that each definition for "es" would be immediately followed by an > >>> identical "es_ES" definition. > >>> > >>> If anyone is interested to have their national variety included we > could > >>> add that in the same patch. The patch would then be supplied against > the > >>> most recent trunk revision so that it can be included easily. > >>> > >>> My question is if there are any objections against this approach, > >>> otherwise I would create a Jira issue when ready. > >>> > >>> Anyone interested, please comment. > >>> > >>> > > >> > >> > >> No virus found in this incoming message. > >> Checked by AVG - http://www.avg.com Version: 8.0.176 / Virus Database: > >> 270.10.16/1925 - Release Date: 30/01/2009 7:37 > >> > >> > >> > > >
Re: Tabs to 4 spaces
I totally agree to follow a convention but the first line in the convention says "The exact construction of the indentation (spaces vs. tabs) is unspecified.". So there's no need to replace tabs into spaces according to the convention. -Jeroen On Fri, Jan 23, 2009 at 10:34 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > Actually it's just a matter of convention and we chose this one > http://java.sun.com/docs/codeconv/html/CodeConventions.doc3.html#313 > > The intention is to get rid of most of all these comments and changes we > have to do as commiters... > > Patch ahead : 800 KB, 14574 lines (not the bigger I did, changing licence > headers was twice bigger) > > Jacques > > From: "Jeroen van der Wal" > > Sorry for my late response, I've been away from a pc for a couple of days. >> We've had debates about tabs versus spaces several times and this quote >> reflects my opinion: >> >> "The debate over whether to use tab characters or spaces for indenting >> code >> is probably as old as Fortran. In fact, the arguing over this topic has >> led >> to many a newsgroup and mailing-list flame war, many whose intensity far >> surpass any Saturday night Quake Area session your thirteen brother ever >> saw. >> Well, I'm here to set the record straight on why tabs are a better choice. >> Like good object oriented design, it's simply a matter of recognizing the >> correct abstractions and encapsulating them appropriately... >> >> A tab in this context represents a unit of indentation, which should be >> separate from the "physical" size of the representation of that unit (on >> the >> screen). I happen to set all my editors to render that unit as equivalent >> to >> 4 spaces on the screen (even though the file only knows there is one unit >> of >> indentation, the tab character), but you may set your editor to render it >> as >> 2, 4, 8, or 100 spaces - whatever floats your boat. Point is, I don't care >> how big you want the indentation unit to be, and you shouldn't have to >> care >> how big I want(ed) it either. Any decent editor will let you control how >> tabs are rendered, and should preserve them in the file regardless of how >> they were rendered on the screen. >> >> By always using tabs, my code always looks consistent when I write it and >> you can always make it the indentation as big or small you want it. What >> is >> important to the notion of a "unit of indentation" is not the size of the >> indents, but rather the position of statements relative to each other. >> Using >> tabs all the time preserves that property, but using spaces unnecessarily >> merges the notion of your or my particular visual choice with the notion >> of >> relative positioning. >> >> The more important effect of using tabs is that we abstract out the "unit >> of >> indentation" and each implement it with whatever number of "simulated" >> spaces we prefer. Later, if I decide my indentation unit rendering is not >> the right size for me, I don't have to go change a bunch of existing code >> to >> be consistent nor do you have to even know I changed my mind. >> Now, isn't that beautiful? I wish everyone would see this and quit using >> spaces to indent code and, more generally, trying to make coding standards >> that specify such a "personal preference" kind of thing."" >> >> So is this patch really worth the trouble? >> >> -Jeroen >> >> >> On Thu, Jan 22, 2009 at 8:08 AM, Jacques Le Roux < >> jacques.le.r...@les7arts.com> wrote: >> >> If nobody disagree I will do that tomorrow. It will be a massive no >>> functionnal change. >>> >>> >>> Jacques >>> >>> From: "Jacques Le Roux" >>> >>> I will eventually do that later when the BigDecimal branch will have >>>> been >>>> merged >>>> >>>> Jacques >>>> >>>> From: "Jacques Le Roux" >>>> >>>> If nobody complains, I will replace *all* tabs by 4 spaces in some >>>>> days. >>>>> It will be one sole big patch without any other changes >>>>> >>>>> Jacques >>>>> >>>>> From: "Stephen Rufle" >>>>> >>>>> +1 >>>>>> :) >>>>>> >>>>>> Jacques Le Roux wrote: >>>>>> >>>>>> Currently there are 2351 tabs in Java files. We could easily replace >>>>>>> all of them by 4 spaces. What do you think ? >>>>>>> >>>>>>> Maybe we could do the same in XML files, there are 32 786 tabs in >>>>>>> them... >>>>>>> >>>>>>> In FreeMarker files : only 563 tabs, in Groovy only 668 >>>>>>> >>>>>>> JavaScrip files have 242 088 of them, most js files come from >>>>>>> outside... >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> Jacques >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>
Re: Tabs to 4 spaces
Sorry for my late response, I've been away from a pc for a couple of days. We've had debates about tabs versus spaces several times and this quote reflects my opinion: "The debate over whether to use tab characters or spaces for indenting code is probably as old as Fortran. In fact, the arguing over this topic has led to many a newsgroup and mailing-list flame war, many whose intensity far surpass any Saturday night Quake Area session your thirteen brother ever saw. Well, I'm here to set the record straight on why tabs are a better choice. Like good object oriented design, it's simply a matter of recognizing the correct abstractions and encapsulating them appropriately... A tab in this context represents a unit of indentation, which should be separate from the "physical" size of the representation of that unit (on the screen). I happen to set all my editors to render that unit as equivalent to 4 spaces on the screen (even though the file only knows there is one unit of indentation, the tab character), but you may set your editor to render it as 2, 4, 8, or 100 spaces - whatever floats your boat. Point is, I don't care how big you want the indentation unit to be, and you shouldn't have to care how big I want(ed) it either. Any decent editor will let you control how tabs are rendered, and should preserve them in the file regardless of how they were rendered on the screen. By always using tabs, my code always looks consistent when I write it and you can always make it the indentation as big or small you want it. What is important to the notion of a "unit of indentation" is not the size of the indents, but rather the position of statements relative to each other. Using tabs all the time preserves that property, but using spaces unnecessarily merges the notion of your or my particular visual choice with the notion of relative positioning. The more important effect of using tabs is that we abstract out the "unit of indentation" and each implement it with whatever number of "simulated" spaces we prefer. Later, if I decide my indentation unit rendering is not the right size for me, I don't have to go change a bunch of existing code to be consistent nor do you have to even know I changed my mind. Now, isn't that beautiful? I wish everyone would see this and quit using spaces to indent code and, more generally, trying to make coding standards that specify such a "personal preference" kind of thing."" So is this patch really worth the trouble? -Jeroen On Thu, Jan 22, 2009 at 8:08 AM, Jacques Le Roux < jacques.le.r...@les7arts.com> wrote: > If nobody disagree I will do that tomorrow. It will be a massive no > functionnal change. > > > Jacques > > From: "Jacques Le Roux" > >> I will eventually do that later when the BigDecimal branch will have been >> merged >> >> Jacques >> >> From: "Jacques Le Roux" >> >>> If nobody complains, I will replace *all* tabs by 4 spaces in some days. >>> It will be one sole big patch without any other changes >>> >>> Jacques >>> >>> From: "Stephen Rufle" >>> +1 :) Jacques Le Roux wrote: > Currently there are 2351 tabs in Java files. We could easily replace > all of them by 4 spaces. What do you think ? > > Maybe we could do the same in XML files, there are 32 786 tabs in > them... > > In FreeMarker files : only 563 tabs, in Groovy only 668 > > JavaScrip files have 242 088 of them, most js files come from > outside... > > Thanks > > Jacques > > >>> >>
Re: Using Launchpad for translations - approval required
On Tue, Jan 20, 2009 at 12:54 AM, David E Jones wrote: > > In this case would the labels in Launchpad be the primary labels? In other > words would all label changes need to happen there in order to avoid some > sort of manual synchronization between changes done in OFBiz and changes > done in Launchpad? It's just additional tooling being provided to OFBiz translators and doesn't change current practices. It might be possible that some languages decide to use Launchpad to collaborate on a translation while others stick with the current way of manually editing the *Labels.xml files. I would suggest that every language has a coordinator who reviews the work in Launchpad and provides a patch (or even better a .po file) when he (or she) decides the translation is ready. > > If so, then everything I wrote applies. Labels are "source" just as much as > anything else. > > The only way this could be used is if every time someone wants to use it > they have to start with the labels in OFBiz, load them into Launchpad, make > changes, export back to OFBiz, and then to get them into the project through > a commit (if a committer) or by submitting a patch (if not a committer). this is exactly what I propose > > In other words, the SVN repo needs to be the master repository with all > things merging there, it can't be Launchpad as a repository (managing > revisions there, etc) with periodic syncing done by committers. > > Is that more clear? I think we could make it much clearer if we test it for a limited time and then vote about it > > -David > > > On Jan 19, 2009, at 4:10 PM, Jeroen van der Wal wrote: > >> Good questions, I'll try to address them: >> >> There will never be a dependence on the Launchpad infrastructure, no >> OFBiz source code is stored or maintained outside ASF boundaries and >> only current committers can commit changes to OFBiz. >> >> Launchpad (there are alternatives too...) is only used for supporting >> the translation process. With the patch we've provided you can export >> the labels to a Gettext format and uploaded them to Launchpad >> periodically. After translation the (.po) files containing the >> translated labels can be download from Launchpad and merged back into >> OFBiz. >> >> I might repeating myself but the main goal to set up an environment >> like Launchpad is to separate the translation process from software >> development and provide a place where it's easy to collaborate on >> OFBiz translations and provide OFBiz in as many languages as possible. >> Also non-committers could join these translation projects. Another >> benefit is that developers developers and translators don't get in the >> way of each other and cause merge conflicts like the situation is >> today. >> >> There's still a lot to sort out an therefore my only request right now >> is to set up a test for a limited time to see if this could work for >> OFBiz. >> >> -Jeroen >> >> On Mon, Jan 19, 2009 at 10:57 PM, David E Jones >> wrote: >>> >>> I don't want to discourage looking into this, but if I understand right >>> this >>> proposal would result in the main source of the localized labels being >>> Launchpad. This means there is a place outside of SVN where the source >>> artifacts live, and that is a problem. It also means infrastructure the >>> project depends on that is outside of the ASF infra. Part of the reason >>> that >>> is not allowed is because it becomes a liability being outside of ASF >>> control, and extra effort to manage since all committers will need access >>> to >>> it. And what about non-committers, would they be allowed access to it? >>> The >>> ASF policy answer for anything regarding source is no. >>> >>> -David >>> >>> >>> On Jan 19, 2009, at 6:16 AM, Jacques Le Roux wrote: >>> >>>> Yes sure, sounds like a good approach >>>> >>>> Jacques >>>> >>>> From: "Jeroen van der Wal" >>>>> >>>>> I totally agree on having the community the ability to speak out. But >>>>> before setting a vote I would like to set up a Launchpad project so >>>>> the community can experience how translating OFBiz could work. We >>>>> could open the project for evaluation for a limited time and have the >>>>> project removed if the community declines the concept. >>>>> -Jeroen >>>>> On Sun, Jan 18, 2009 at 12:37 PM, Jacques Le Roux >>
Re: Using Launchpad for translations - approval required
Good questions, I'll try to address them: There will never be a dependence on the Launchpad infrastructure, no OFBiz source code is stored or maintained outside ASF boundaries and only current committers can commit changes to OFBiz. Launchpad (there are alternatives too...) is only used for supporting the translation process. With the patch we've provided you can export the labels to a Gettext format and uploaded them to Launchpad periodically. After translation the (.po) files containing the translated labels can be download from Launchpad and merged back into OFBiz. I might repeating myself but the main goal to set up an environment like Launchpad is to separate the translation process from software development and provide a place where it's easy to collaborate on OFBiz translations and provide OFBiz in as many languages as possible. Also non-committers could join these translation projects. Another benefit is that developers developers and translators don't get in the way of each other and cause merge conflicts like the situation is today. There's still a lot to sort out an therefore my only request right now is to set up a test for a limited time to see if this could work for OFBiz. -Jeroen On Mon, Jan 19, 2009 at 10:57 PM, David E Jones wrote: > > I don't want to discourage looking into this, but if I understand right this > proposal would result in the main source of the localized labels being > Launchpad. This means there is a place outside of SVN where the source > artifacts live, and that is a problem. It also means infrastructure the > project depends on that is outside of the ASF infra. Part of the reason that > is not allowed is because it becomes a liability being outside of ASF > control, and extra effort to manage since all committers will need access to > it. And what about non-committers, would they be allowed access to it? The > ASF policy answer for anything regarding source is no. > > -David > > > On Jan 19, 2009, at 6:16 AM, Jacques Le Roux wrote: > >> Yes sure, sounds like a good approach >> >> Jacques >> >> From: "Jeroen van der Wal" >>> >>> I totally agree on having the community the ability to speak out. But >>> before setting a vote I would like to set up a Launchpad project so >>> the community can experience how translating OFBiz could work. We >>> could open the project for evaluation for a limited time and have the >>> project removed if the community declines the concept. >>> -Jeroen >>> On Sun, Jan 18, 2009 at 12:37 PM, Jacques Le Roux >>> wrote: >>>> >>>> This should be a community decision. I propose to set a vote for it. Of >>>> course only binding votes will have an effect in case no consensus >>>> emerges. >>>> >>>> Jacques >>>> >>>> From: "Jeroen van der Wal" >>>>> >>>>> We've extended the code which was contributed to Jira issue >>>>> https://issues.apache.org/jira/browse/OFBIZ-2008 and think we now have >>>>> the perfect solution for managing OFBiz translations. It uses >>>>> Launchpad https://translations.launchpad.net/ to host the >>>>> translations. The good thing about Launchpad is that it free and it >>>>> doesn't require us to set up and manage any infrastructure. With >>>>> Launchpad we can trivially avoid the legwork involved in making OFBiz >>>>> available in as many languages as possible. >>>>> >>>>> The solution requires the following steps: >>>>> 1. Export the label files (.xml) to a Gettext template file (.pot) and >>>>> for each language a translation file (.po); >>>>> 2. Upload the files to the OFbiz translation project on Launchpad; >>>>> 3. Have the community (also non-technical people) add, modify and >>>>> comment translations through a web-interface; >>>>> 4. Download language files (.po) from Launchpad >>>>> 5. Import and merge translations into OFBiz label files. >>>>> >>>>> Our patch handles step 1 and 5. When new labels are added to OFBiz >>>>> only the template files has to be uploaded to Launchpad and will be >>>>> made available to the communities to be translated. >>>>> >>>>> Now the formal part: We tried setting up a project on Launchpad but >>>>> were contacted by the Launchpad admin to ask approval of the "project >>>>> author" to set up the translation project. The reason for this is to >>>>> prevent angry project authors and dead translation projects. More >>>>> about the Launchpad translation policy can be found here >>>>> https://help.launchpad.net/TranslationsImportPolicy >>>>> >>>>> After the project author (David?) has given approval we will set up >>>>> the Launchpad translation project and hopefully bring translations to >>>>> a higher level. >>>>> >>>>> Thanks, >>>>> >>>>> Jeroen van der Wal >>>>> >>>> >>>> >>> > >
Re: Using Launchpad for translations - approval required
I totally agree on having the community the ability to speak out. But before setting a vote I would like to set up a Launchpad project so the community can experience how translating OFBiz could work. We could open the project for evaluation for a limited time and have the project removed if the community declines the concept. -Jeroen On Sun, Jan 18, 2009 at 12:37 PM, Jacques Le Roux wrote: > This should be a community decision. I propose to set a vote for it. Of > course only binding votes will have an effect in case no consensus emerges. > > Jacques > > From: "Jeroen van der Wal" >> >> We've extended the code which was contributed to Jira issue >> https://issues.apache.org/jira/browse/OFBIZ-2008 and think we now have >> the perfect solution for managing OFBiz translations. It uses >> Launchpad https://translations.launchpad.net/ to host the >> translations. The good thing about Launchpad is that it free and it >> doesn't require us to set up and manage any infrastructure. With >> Launchpad we can trivially avoid the legwork involved in making OFBiz >> available in as many languages as possible. >> >> The solution requires the following steps: >> 1. Export the label files (.xml) to a Gettext template file (.pot) and >> for each language a translation file (.po); >> 2. Upload the files to the OFbiz translation project on Launchpad; >> 3. Have the community (also non-technical people) add, modify and >> comment translations through a web-interface; >> 4. Download language files (.po) from Launchpad >> 5. Import and merge translations into OFBiz label files. >> >> Our patch handles step 1 and 5. When new labels are added to OFBiz >> only the template files has to be uploaded to Launchpad and will be >> made available to the communities to be translated. >> >> Now the formal part: We tried setting up a project on Launchpad but >> were contacted by the Launchpad admin to ask approval of the "project >> author" to set up the translation project. The reason for this is to >> prevent angry project authors and dead translation projects. More >> about the Launchpad translation policy can be found here >> https://help.launchpad.net/TranslationsImportPolicy >> >> After the project author (David?) has given approval we will set up >> the Launchpad translation project and hopefully bring translations to >> a higher level. >> >> Thanks, >> >> Jeroen van der Wal >> > >
[jira] Issue Comment Edited: (OFBIZ-2008) Tools to extract messages from *Labels.xml files to gettext PO files and merge translation results back
[
https://issues.apache.org/jira/browse/OFBIZ-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12665109#action_12665109
]
jcvanderwal edited comment on OFBIZ-2008 at 1/19/09 4:15 AM:
We worked on integrating the Gettext tools into OFBiz webtools. Here is what we
changed:
1. Put the Ofbiz2po and Po2ofbiz code into Adrians PropertyTranslator utility
class.
2. Replaced our file searching classes with the OFBiz utility methods, so now
finding OFBiz label files is faster because we don't need to search the whole
OFBiz folder recursively.
3. Created a service and UI in OFBiz webtools for importing and exporting the
labels to and from Gettext format.
We noticed that some labels in productUiLabels.xml contain unescaped markup:
{quote}
Rot Datum/Zeit Angaben
sind rot markiert wenn die aktuelle Zeit vor dem Von Datum oder nach dem Bis
Datum ist. Wenn das Von Datum rot ist, ist die Zuordnung
noch nicht aktiv; falls das Bis Datum rot ist, ist
die Zuordnung abgelaufen (und sollte vermutlich gelöscht
werden).{quote}
These labels are not exported to gettext format correctly and appear in the
console and log for further analysis.
was (Author: jcvanderwal):
We worked on integrating the Gettext tools into OFBiz webtools. Here is
what we changed:
1. Put the Ofbiz2po and Po2ofbiz code into Adrians PropertyTranslator utility
class.
2. Replaced our file searching classes with the OFBiz utility methods, so now
finding OFBiz label files is faster because we don't need to search the whole
OFBiz folder recursively.
3. Created a service and UI in OFBiz webtools for importing and exporting the
labels to and from Gettext format.
We noticed that some labels in productUiLabels.xml contain unescaped markup:
{
Rot Datum/Zeit Angaben
sind rot markiert wenn die aktuelle Zeit vor dem Von Datum oder nach dem Bis
Datum ist. Wenn das Von Datum rot ist, ist die Zuordnung
noch nicht aktiv; falls das Bis Datum rot ist, ist
die Zuordnung abgelaufen (und sollte vermutlich gelöscht
werden).}}
These labels are not exported to gettext format correctly and appear in the
console and log for further analysis.
> Tools to extract messages from *Labels.xml files to gettext PO files and
> merge translation results back
> ---
>
> Key: OFBIZ-2008
> URL: https://issues.apache.org/jira/browse/OFBIZ-2008
> Project: OFBiz
> Issue Type: New Feature
>Affects Versions: SVN trunk
>Reporter: Nemanja Simonovic
>Priority: Minor
> Attachments: gettext_.patch, Ofbiz2po.java, Po2ofbiz.java,
> PropertyTranslators.patch, src.rar
>
>
> Tools to extract messages from *Labels.xml files to gettext PO files and
> merge translation results back
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-2008) Tools to extract messages from *Labels.xml files to gettext PO files and merge translation results back
[
https://issues.apache.org/jira/browse/OFBIZ-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeroen van der Wal updated OFBIZ-2008:
--
Attachment: gettext_.patch
We worked on integrating the Gettext tools into OFBiz webtools. Here is what we
changed:
1. Put the Ofbiz2po and Po2ofbiz code into Adrians PropertyTranslator utility
class.
2. Replaced our file searching classes with the OFBiz utility methods, so now
finding OFBiz label files is faster because we don't need to search the whole
OFBiz folder recursively.
3. Created a service and UI in OFBiz webtools for importing and exporting the
labels to and from Gettext format.
We noticed that some labels in productUiLabels.xml contain unescaped markup:
{
Rot Datum/Zeit Angaben
sind rot markiert wenn die aktuelle Zeit vor dem Von Datum oder nach dem Bis
Datum ist. Wenn das Von Datum rot ist, ist die Zuordnung
noch nicht aktiv; falls das Bis Datum rot ist, ist
die Zuordnung abgelaufen (und sollte vermutlich gelöscht
werden).}}
These labels are not exported to gettext format correctly and appear in the
console and log for further analysis.
> Tools to extract messages from *Labels.xml files to gettext PO files and
> merge translation results back
> ---
>
> Key: OFBIZ-2008
> URL: https://issues.apache.org/jira/browse/OFBIZ-2008
> Project: OFBiz
> Issue Type: New Feature
>Affects Versions: SVN trunk
>Reporter: Nemanja Simonovic
>Priority: Minor
> Attachments: gettext_.patch, Ofbiz2po.java, Po2ofbiz.java,
> PropertyTranslators.patch, src.rar
>
>
> Tools to extract messages from *Labels.xml files to gettext PO files and
> merge translation results back
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: Labels cleaning situation
Be careful to use the same label across applications because a word or sentence in one language can be translated differently based on the context. Have proper tooling to indentify and translate similar labels instead. When editing the labels in Gettext format using an editor like Poedit you can automatically translate duplicate strings. We've provided some tooling to do that. Check this issue: https://issues.apache.org/jira/browse/OFBIZ-2008 -Jeroen On Wed, Jan 14, 2009 at 10:54 AM, Sven Wesley wrote: > +1 > > There must be obselete language strings as well, I've been translating the > same text several times even in the same file. > > > >> - mrisal...@libero.it wrote: >> >> > Hi to all, >> > >> > I have completed to cleaning a lot of labels into the applications >> > folder and I would like to start to cleaning the labels on >> > specialpurpose folder. >> > >> > I would like to put a prefix on labels for the following component : >> > MyPage, MyPortal, Pos. >> > >> > After that most of the labels start with the component name as prefix >> > so it could be better to share labels between various components. >> > >> > There are still some duplicated labels to clean and it can be visible >> > with the new Label Manager tool (they are in yellow color) and I >> > suggest to use this standard for the people that will create new >> > labels into OFBiz. >> > >> > Let me know your toughts. >> > >> > Thanks >> > Marco >> >
Using Launchpad for translations - approval required
We've extended the code which was contributed to Jira issue https://issues.apache.org/jira/browse/OFBIZ-2008 and think we now have the perfect solution for managing OFBiz translations. It uses Launchpad https://translations.launchpad.net/ to host the translations. The good thing about Launchpad is that it free and it doesn't require us to set up and manage any infrastructure. With Launchpad we can trivially avoid the legwork involved in making OFBiz available in as many languages as possible. The solution requires the following steps: 1. Export the label files (.xml) to a Gettext template file (.pot) and for each language a translation file (.po); 2. Upload the files to the OFbiz translation project on Launchpad; 3. Have the community (also non-technical people) add, modify and comment translations through a web-interface; 4. Download language files (.po) from Launchpad 5. Import and merge translations into OFBiz label files. Our patch handles step 1 and 5. When new labels are added to OFBiz only the template files has to be uploaded to Launchpad and will be made available to the communities to be translated. Now the formal part: We tried setting up a project on Launchpad but were contacted by the Launchpad admin to ask approval of the "project author" to set up the translation project. The reason for this is to prevent angry project authors and dead translation projects. More about the Launchpad translation policy can be found here https://help.launchpad.net/TranslationsImportPolicy After the project author (David?) has given approval we will set up the Launchpad translation project and hopefully bring translations to a higher level. Thanks, Jeroen van der Wal
[jira] Updated: (OFBIZ-2008) Tools to extract messages from *Labels.xml files to gettext PO files and merge translation results back
[ https://issues.apache.org/jira/browse/OFBIZ-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeroen van der Wal updated OFBIZ-2008: -- Attachment: src.rar I've taken the tools of Nemanja and updated it to have a fully GNU Gettext compatible solution for translating OFBiz. Translating OFbiz requires these steps: 1. Run Export.java to export all labels from the *Labels.xml files 2. Edit the .po file of your language using an gettext editor like poedit. If your desired lanugage does not exist copy the .pot file to a .po file with the appropriate language code. 3. When done translating run Merge.java the merge the translated labels into the OFBiz .xml files. The code is still rough, and we will provide a patch to integrate it into webtools later. > Tools to extract messages from *Labels.xml files to gettext PO files and > merge translation results back > --- > > Key: OFBIZ-2008 > URL: https://issues.apache.org/jira/browse/OFBIZ-2008 > Project: OFBiz > Issue Type: New Feature >Affects Versions: SVN trunk >Reporter: Nemanja Simonovic >Priority: Minor > Attachments: Ofbiz2po.java, Po2ofbiz.java, PropertyTranslators.patch, > src.rar > > > Tools to extract messages from *Labels.xml files to gettext PO files and > merge translation results back -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: different approach to remote UI
This is great, we were about to start investigating this technolgy in relation to OFBiz. Looking forward to some demo code! Perhaps you can start a wikipage as well where we can discuss this. -Jeroen -- View this message in context: http://www.nabble.com/different-approach-to-remote-UI-tp20764673p20822623.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: OOTB Unit Tests (was Re: Stable trunk?)
We're currently working on unit testing for our custom (OFBiz) application and I'm willing to work on this. -Jeroen David E Jones wrote: > > > On Oct 29, 2008, at 11:54 AM, Adam Heath wrote: > >> BJ Freeman wrote: >>> there has been an effort to put in test units. >>> the only thing lacking, in making it complete is manpower. >> >> And fixing the existing tests that are broken. :| > > This is an area where it would be REALLY GREAT to have more effort go > into the project. Yep, great enough to capitalize "REALLY" and "GREAT". > > Who has worked on the unit tests that are in place? I'll admit I > haven't much except on the toolset and some of the framework unit > tests and helping some of the Hotwax Media people who wrote many of > the tests that now exist, especially the ones in the various > applications. > > Is there anyone interested in working on this stuff? If there are > enough people who want to actively work on it we can setup some > coordination resources (ie Jira tasks, confluence pages, etc). If > there are only 2-3 then coordination through the mailing list would be > better, and more visible to others possibly interested. > > -David > > > -- View this message in context: http://www.nabble.com/Stable-trunk--tp20200392p20234617.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Re: Stable trunk?
Couldn't we use the principles of Test Driven Development as an approach to get and keep the trunk "stable"? I plea for more and better use of unit tests and not to commit code that does not pass the tests. It also makes it easier for reviewers to do what they have to do: just review and not test. Introducing TDD in my company greatly reduced the amount of bugs and made use create new releases with very little effort. I understand that controlled environment is different from a community driven project so I'm curious what your opinions are. -Jeroen BJ Freeman wrote: > > Short answer trunk is not stable. That is when you are only doing bug > fixes not adding new features. Some new Features are being added in > sections. > 1) can't mix and match 4.0 and trunk. 4.0 uses 1.42 trunk uses 1.5+ > 2) You can go over the commit ML and get each commit to see what is > changed. Yes the committers are suppose to check each change. However > with the size of ofbiz, that usually is focused, on the area the patch > effects, not all of ofbiz. > Some committers seem to add code then do testing. > when you find a bug test on the demo server, if you can replicate it > there put in a jira. > http://www.apache.org/dev/committers.html > > Ritesh Trivedi sent the following on 10/27/2008 7:25 PM: >> Hi, >> >> Let me first acknowledge that I made a mistake from the beginning to go >> with >> the latest from the trunk and not 4.0 which was the stable release. I >> have >> not tried 4.0 again to see the differences between 4.0 and the latest. >> Besides I have a few relatively minor changes that I have made into my >> local >> ofbiz copy. >> >> Now the problem... I have been updating the latest since then to get the >> fixes for the things broken due to new checkins and i am going in >> circles, >> new patches seem to break a few other things and so on. >> >> Question is - How carefully are checkins being made/accepted? (just out >> of >> curiosity) and does anyone know of a version - still close to latest that >> is >> relatively stable? >> >> Thanks > > -- View this message in context: http://www.nabble.com/Stable-trunk--tp20200392p20229681.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
[jira] Commented: (OFBIZ-2008) Tools to extract messages from *Labels.xml files to gettext PO files and merge translation results back
[ https://issues.apache.org/jira/browse/OFBIZ-2008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12641027#action_12641027 ] Jeroen van der Wal commented on OFBIZ-2008: --- There are currently 11739 labels to be translated from English to the desired language and that's going to be a hell of a job using an editor. Exporting the labels to the po format gives us the opportunity to host a collaboration environment for just the translations. A good example is the translation of Filezilla using a Pootle server: http://pootle.locamotion.org/projects/filezilla/ > Tools to extract messages from *Labels.xml files to gettext PO files and > merge translation results back > --- > > Key: OFBIZ-2008 > URL: https://issues.apache.org/jira/browse/OFBIZ-2008 > Project: OFBiz > Issue Type: New Feature >Affects Versions: SVN trunk >Reporter: Nemanja Simonovic >Assignee: Jacques Le Roux >Priority: Minor > Attachments: Ofbiz2po.java, Po2ofbiz.java > > > Tools to extract messages from *Labels.xml files to gettext PO files and > merge translation results back -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1442) Add ability to use XML property files for locale-specific properties
[ https://issues.apache.org/jira/browse/OFBIZ-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12551047 ] Jeroen van der Wal commented on OFBIZ-1442: --- Hi Adrian, I've worked on some huge applications which required localization and I think localization of Ofbiz (also huge) should follow roughly the same process: 1. import all translatable files into a translation tool (could be an online or offline tool); 2. let the tool build a glossary of all the terms within those files; 3. manualy tanslate and review all glossary items (can be done by non-developers); 4. build localized files using the glossary; When a new localized version of Ofbiz is needed the process starts over again but the glossary is reused so only changed or untranslated items pop up. A proper and consistent translation cannot do without tooling and should not bother the developers. In my opinion a translation should be a separate package managed by a separete team. I still don't see how your solution could avoid missing property translations. Also, adding a new localizations will be a painstaking process. I'm willing to put some time and effort to investigate in tooling for Ofbiz translations but don't want to see my options limited to none when all translations are being put in a single file. > Add ability to use XML property files for locale-specific properties > > > Key: OFBIZ-1442 > URL: https://issues.apache.org/jira/browse/OFBIZ-1442 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Adrian Crum >Priority: Minor > Attachments: xml_props.patch, xml_props.patch, xml_props_demo.patch > > > As per discussion on the dev mailing list, implement XML property files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-574) Simplify the home page and reorganize according to more common ASF project patterns
[ https://issues.apache.org/jira/browse/OFBIZ-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550749 ] Jeroen van der Wal commented on OFBIZ-574: -- The content of the site is outdated (ie the JavaOne presentation was seven months ago!), links are not working and this gives Ofbiz an inactive image. Can I support? > Simplify the home page and reorganize according to more common ASF project > patterns > --- > > Key: OFBIZ-574 > URL: https://issues.apache.org/jira/browse/OFBIZ-574 > Project: OFBiz > Issue Type: Sub-task > Components: site >Reporter: Jacopo Cappellato > > simplify the home page and reorganize according to more common ASF project > patterns; some of the stuff on the home page we may even want to move to > docs.ofbiz.org, but much of it will move to other (new) pages following ASF > project patterns -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1442) Add ability to use XML property files for locale-specific properties
[ https://issues.apache.org/jira/browse/OFBIZ-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550741 ] Jeroen van der Wal commented on OFBIZ-1442: --- I'm not a fan of the solution of putting all languages in the same file: this makes it very hard to manage separate translation processes. I would also perfer to take a format that's supported by translations tools. I'm planning a project for a complete en consistent translation of Ofbiz into Dutch using Pootle, an online translation environment. See http://translate.sourceforge.net/wiki/ for more information about Pootle. My goal is to upload all translatable items to a Pootle site and build a community to translate all items. It could also support other languages. > Add ability to use XML property files for locale-specific properties > > > Key: OFBIZ-1442 > URL: https://issues.apache.org/jira/browse/OFBIZ-1442 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Adrian Crum >Priority: Minor > Attachments: xml_props.patch, xml_props.patch, xml_props_demo.patch > > > As per discussion on the dev mailing list, implement XML property files. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
