[jira] Updated: (OFBIZ-3430) The positioning mechanism of the new lookups is only working with the bizznesstime theme
[ https://issues.apache.org/jira/browse/OFBIZ-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sascha Rodekamp updated OFBIZ-3430: --- Attachment: OFBIZ-3430_lookup_extend.patch Conflicts resolved The positioning mechanism of the new lookups is only working with the bizznesstime theme - Key: OFBIZ-3430 URL: https://issues.apache.org/jira/browse/OFBIZ-3430 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Environment: XP / FF3.6 Reporter: Jacques Le Roux Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-3430_lookup_extend.patch, OFBIZ-3430_lookup_extend.patch I find that the positioning mechanism is only working with the bizznesstime theme (at list centering, the only case I tried with all themes). But it should not be a big deal to fix since it works already in one theme. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
adding enumerationgroup
For reporting purposes we need to be able to specify saleschannel groups. I can imagine it can also be useful for other enumerations So i would like to add an Entity: entity entity-name=EnumerationGroup package-name=org.ofbiz.common.enum default-resource-name=CommonEntityLabels title=Enumeration group Entity field name=enumGroupId type=id-ne/field field name=enumId type=id-ne/field prim-key field=enumGroupId/ prim-key field=enumId/ /entity similar as was done in rev 899365 to add the UomGroup regards, Hans -- http://www.antwebsystems.com : Quality OFBiz support for competitive rates
Re: adding enumerationgroup
Hi Hans, what if we use EnumerationType for this? We could use EnumerationType.parentTypeId to define subtypes of existing types of enumerations. Jacopo On Feb 1, 2010, at 9:50 AM, Hans Bakker wrote: For reporting purposes we need to be able to specify saleschannel groups. I can imagine it can also be useful for other enumerations So i would like to add an Entity: entity entity-name=EnumerationGroup package-name=org.ofbiz.common.enum default-resource-name=CommonEntityLabels title=Enumeration group Entity field name=enumGroupId type=id-ne/field field name=enumId type=id-ne/field prim-key field=enumGroupId/ prim-key field=enumId/ /entity similar as was done in rev 899365 to add the UomGroup regards, Hans -- http://www.antwebsystems.com : Quality OFBiz support for competitive rates
iText libraries
Hi Hans, when adding the BIRT into OFBiz, why did you add a new itext jar, instead of using the existing one ? ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305 /lib/itext_1.5.4.jar ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305/lib/itextasian-1.5.2.jar ./framework/webapp/lib/itext-2.0.1.jar Regards, -- Erwan de FERRIERES www.nereide.biz
[jira] Created: (OFBIZ-3437) Conversion of one page checkout events to services
Conversion of one page checkout events to services -- Key: OFBIZ-3437 URL: https://issues.apache.org/jira/browse/OFBIZ-3437 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Pranay Pandey Priority: Minor Fix For: SVN trunk Conversion of one page checkout events to services to be done with movement to order manager. While doing this movement make sure to not have any dependency over ecommerce application. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3437) Conversion of one page checkout events to services
[ https://issues.apache.org/jira/browse/OFBIZ-3437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-3437: -- Assignee: Ashish Vijaywargiya Conversion of one page checkout events to services -- Key: OFBIZ-3437 URL: https://issues.apache.org/jira/browse/OFBIZ-3437 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Pranay Pandey Assignee: Ashish Vijaywargiya Priority: Minor Fix For: SVN trunk Conversion of one page checkout events to services to be done with movement to order manager. While doing this movement make sure to not have any dependency over ecommerce application. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3437) Conversion of one page checkout events to services
[ https://issues.apache.org/jira/browse/OFBIZ-3437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Pranay Pandey updated OFBIZ-3437: - Attachment: OFBIZ-3437.patch Here is the patch for this issue. Done following: # Converted events createUpdateCustomerAndShippingAddress and createUpdateBillingAndPayment to services. # Written services in order component. # Removed dependency form ecommerce. # Moved checkout map processor to order and corrected its reference at all other places in ecommerce. # Introduced and seca setAnonUserLogin instead of using event from ecommerce. # Small respective changes in OnePageCheckoutProcess.ftl and checkoutProcess.js. # Also fixed some of the issues found during testing in old createUpdateShippingAddress and createUpdateBillingAddress services. Thanks to Arun Patidar for testing the patch thoroughly for different scenarios for Anonymous and Registered user. Conversion of one page checkout events to services -- Key: OFBIZ-3437 URL: https://issues.apache.org/jira/browse/OFBIZ-3437 Project: OFBiz Issue Type: Improvement Components: order, specialpurpose/ecommerce Affects Versions: SVN trunk Reporter: Pranay Pandey Assignee: Ashish Vijaywargiya Priority: Minor Fix For: SVN trunk Attachments: OFBIZ-3437.patch Conversion of one page checkout events to services to be done with movement to order manager. While doing this movement make sure to not have any dependency over ecommerce application. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
iText libraries
Hi Hans, when adding the BIRT into OFBiz, why did you add a new itext jar, instead of using the existing one ? ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305 /lib/itext_1.5.4.jar ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305/lib/itextasian-1.5.2.jar ./framework/webapp/lib/itext-2.0.1.jar Regards, -- Erwan de FERRIERES www.nereide.biz
Apache retreat in Ireland
Hi all, will there be any OFBiz committer at the Apache retreat in Ireland next April ? Cheers, -- Erwan de FERRIERES www.nereide.biz
[jira] Commented: (OFBIZ-3430) The positioning mechanism of the new lookups is only working with the bizznesstime theme
[ https://issues.apache.org/jira/browse/OFBIZ-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12828189#action_12828189 ] Jacques Le Roux commented on OFBIZ-3430: Hi Sascha, You may have noticed on user (or dev I don't remember) ML, that my ISP has disconnected me fo a while (local loop unbundling) and when I try to update one of my OFBiz instance it's too slow now (old style modem). I will retry as I'm not sure how much I have to update, but this may delay this work a bit, sorry for that. Anyway, I thought about that, we could already discuss on dev ML, if everybody is ok about migrating to layer lookup and, if ok, then do it. We will then see where we need to position them not by default OOTB. The positioning mechanism of the new lookups is only working with the bizznesstime theme - Key: OFBIZ-3430 URL: https://issues.apache.org/jira/browse/OFBIZ-3430 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Environment: XP / FF3.6 Reporter: Jacques Le Roux Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-3430_lookup_extend.patch, OFBIZ-3430_lookup_extend.patch I find that the positioning mechanism is only working with the bizznesstime theme (at list centering, the only case I tried with all themes). But it should not be a big deal to fix since it works already in one theme. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: dns of ofbiz.org
Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates smime.p7s Description: S/MIME cryptographic signature
Re: dns of ofbiz.org
I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: dns of ofbiz.org
Just as an FYI - I am putting the redirects in place for the ones that I know about - and I'll be changing the links on the site as well. I'd still like to have a bit more help when you get a chance Jacques and Hans. This VM demo site doesn't seem to even be loading now ... Cheers, Ruppert On Feb 1, 2010, at 11:52 AM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates smime.p7s Description: S/MIME cryptographic signature
Re: dns of ofbiz.org
Hi Tim, I'm currently not much in a position to help on this. I'm struggling to survive with an old style modem (on my notebook on LAN with VNC) while my ISP has cut my ADSL high rate connection for 4 days now, without any warnings (local loop unbundling). Feel like living in the nineties end but with 10 years more :/ Sorry fot that, as soon as I will recover it, I will be happy to help on this again Jacques - Original Message - From: Tim Ruppert To: dev@ofbiz.apache.org Sent: Monday, February 01, 2010 7:52 PM Subject: Re: dns of ofbiz.org Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: dns of ofbiz.org
Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates
ContactMechPurposeType bad design
There is currently a PRIMARY_EMAIL, PRIMARY_LOCATION, BILLING_EMAIL, BILLING_LOCATION, etc. Why can't that just be PRIMARY, BILLING, etc?
Re: ContactMechPurposeType bad design
Not sure about the original idea, but from my point of view this helps to know what kind of contact mech is behind the purpose type. For example, if you have a party and you want to get its primary email contact mech, you search for PRIMARY_EMAIL and you know you will have only emails (well, if you didn't mess up everything... :-). If it was only PRIMARY, it could be any kind of contact mech, you would then have to go through the list to retrieve the contact mech of type email. Maybe another solution would be to have hierarchical types, so you would have PRIMARY and a child PRIMARY_EMAIL, and looking for PRIMARY would return PRIMARY and PRIMARY_EMAIL. HTH, Cimballi On Mon, Feb 1, 2010 at 4:23 PM, Adam Heath doo...@brainfood.com wrote: There is currently a PRIMARY_EMAIL, PRIMARY_LOCATION, BILLING_EMAIL, BILLING_LOCATION, etc. Why can't that just be PRIMARY, BILLING, etc?
[jira] Commented: (OFBIZ-3430) The positioning mechanism of the new lookups is only working with the bizznesstime theme
[ https://issues.apache.org/jira/browse/OFBIZ-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12828283#action_12828283 ] Jacques Le Roux commented on OFBIZ-3430: I was finally able to update and merge, but I get a not related error (I guess) after an ant clean-all run-install run when opening https://localhost:8443/example/control/FormWidgetExamples I gave up and will see later. I began to review, and I found some things I will comment later. For now in the xsd file I found this duplicated line xs:enumeration value=topcenter/ Note : I 1st opened on Flat Grey and it was working well (by name, centered), then I switched to Dropping Crumb, got this error, decided to rebuild and then always this error, not enought time to think about it right now... The positioning mechanism of the new lookups is only working with the bizznesstime theme - Key: OFBIZ-3430 URL: https://issues.apache.org/jira/browse/OFBIZ-3430 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Environment: XP / FF3.6 Reporter: Jacques Le Roux Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-3430_lookup_extend.patch, OFBIZ-3430_lookup_extend.patch I find that the positioning mechanism is only working with the bizznesstime theme (at list centering, the only case I tried with all themes). But it should not be a big deal to fix since it works already in one theme. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ContactMechPurposeType bad design
Cimballi wrote: Not sure about the original idea, but from my point of view this helps to know what kind of contact mech is behind the purpose type. For example, if you have a party and you want to get its primary email contact mech, you search for PRIMARY_EMAIL and you know you will have only emails (well, if you didn't mess up everything... :-). If it was only PRIMARY, it could be any kind of contact mech, you would then have to go through the list to retrieve the contact mech of type email. There is a view to handle that. Maybe another solution would be to have hierarchical types, so you would have PRIMARY and a child PRIMARY_EMAIL, and looking for PRIMARY would return PRIMARY and PRIMARY_EMAIL. PRIMARY_EMAIL and PRIMARY_LOCATION are not normalized. You know it is already an EMAIL_ADDRESS or a POSTAL_ADDRESS, by looking at the associated ContactMech.contactMechTypeId field.
Re: ContactMechPurposeType bad design
Cimballi a écrit : Not sure about the original idea, but from my point of view this helps to know what kind of contact mech is behind the purpose type. For example, if you have a party and you want to get its primary email contact mech, you search for PRIMARY_EMAIL and you know you will have only emails (well, if you didn't mess up everything... :-). If it was only PRIMARY, it could be any kind of contact mech, you would then have to go through the list to retrieve the contact mech of type email. You right if you want find information from ContactMechPurposeType but the Type information is also present on ContactMech by contactMechTypeId and you can find this with entityview Maybe another solution would be to have hierarchical types, so you would have PRIMARY and a child PRIMARY_EMAIL, and looking for PRIMARY would return PRIMARY and PRIMARY_EMAIL. HTH, Cimballi On Mon, Feb 1, 2010 at 4:23 PM, Adam Heath doo...@brainfood.com wrote: There is currently a PRIMARY_EMAIL, PRIMARY_LOCATION, BILLING_EMAIL, BILLING_LOCATION, etc. Why can't that just be PRIMARY, BILLING, etc? -- Nicolas MALIN Consultant Tél : 06.17.66.40.06 Site projet : http://www.neogia.org/ --- Société LibrenBerry Tél : 02.48.02.56.12 Site : http://www.librenberry.net/
Re: dns of ofbiz.org
The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i will ask infra for a second ip regards, Hans -- Antwebsystems.com: Quality OFBiz services for competitive rates smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-3414) Work Effort Application Is Broken In Trunk
[ https://issues.apache.org/jira/browse/OFBIZ-3414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12828371#action_12828371 ] Adrian Crum commented on OFBIZ-3414: Issues 3 4 fixed in rev 905475. Work Effort Application Is Broken In Trunk -- Key: OFBIZ-3414 URL: https://issues.apache.org/jira/browse/OFBIZ-3414 Project: OFBiz Issue Type: Bug Components: workeffort Affects Versions: SVN trunk Reporter: Adrian Crum Assignee: Hans Bakker Priority: Minor The work effort application has become unusable. There has been a major regression since R 9.04. See comments for details. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Split shipment feature is gone on current 9.04 checkout screen(s)
The subject says it all...I'll submit a JIRA...if it really is missing. FYI - this was never on the Quick Checkout form and only available on the multi-form checkout. Now that the multiple form checkout is gone (replaced by another single form checkout called One Page Checkout) so is this feature. Or am I missing something? Regards, Ruth
Re: iText libraries
Thanks Erwan for reporting this, corrected in revision 905500. On Mon, 2010-02-01 at 09:59 +0100, Erwan de FERRIERES wrote: Hi Hans, when adding the BIRT into OFBiz, why did you add a new itext jar, instead of using the existing one ? ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305 /lib/itext_1.5.4.jar ./framework/birt/lib/platform/plugins/com.lowagie.itext_1.5.4.v20090305/lib/itextasian-1.5.2.jar ./framework/webapp/lib/itext-2.0.1.jar Regards, -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: Split shipment feature is gone on current 9.04 checkout screen(s)
Ruth, The multiform checkout was implemented as per covering all the possible functionality which may be on any site, then quick checkout is encrypt its some of the functionality and finally the one page is the most encrypted demo to do checkout in which many functionality are not covered intentionally. From your email it seems you are looking for the split shipment in One page checkout which is not available at all there. If you want that functionality there then yes you should create a Jira for that but as it is a new feature then it won't be go into release 9.04 it will be new implementation for trunk only. Rishi Solanki Enterprise Software Developer HotWax Media Pvt. Ltd. On Tue, Feb 2, 2010 at 6:41 AM, Ruth Hoffman rhoff...@aesolves.com wrote: The subject says it all...I'll submit a JIRA...if it really is missing. FYI - this was never on the Quick Checkout form and only available on the multi-form checkout. Now that the multiple form checkout is gone (replaced by another single form checkout called One Page Checkout) so is this feature. Or am I missing something? Regards, Ruth
Re: svn commit: r904922 - in /ofbiz/trunk/framework: images/webapp/images/fieldlookup.js widget/templates/htmlFormMacroLibrary.ftl
Hi Jacques, Please try and avoid mixing formatting changes (or whatever they are) in with actual code changes, it makes reviewing difficult at best and impossible at worst. Thanks Scott HotWax Media http://www.hotwaxmedia.com On 30/01/2010, at 4:09 PM, jler...@apache.org wrote: Author: jleroux Date: Sun Jan 31 00:09:53 2010 New Revision: 904922 URL: http://svn.apache.org/viewvc?rev=904922view=rev Log: Fix an issue when using the layer lookup with a fieldLookup3 style lookup (ie a lookup which shows name but uses and Id underneath). This last fix allow to use the layer lookup in any cases already covert by OFBiz Modified: ofbiz/trunk/framework/images/webapp/images/fieldlookup.js ofbiz/trunk/framework/widget/templates/htmlFormMacroLibrary.ftl Modified: ofbiz/trunk/framework/images/webapp/images/fieldlookup.js URL: http://svn.apache.org/viewvc/ofbiz/trunk/framework/images/webapp/images/fieldlookup.js?rev=904922r1=904921r2=904922view=diff == --- ofbiz/trunk/framework/images/webapp/images/fieldlookup.js (original) +++ ofbiz/trunk/framework/images/webapp/images/fieldlookup.js Sun Jan 31 00:09:53 2010 @@ -1,66 +1,80 @@ /* - * Licensed to the Apache Software Foundation (ASF) under one - * or more contributor license agreements. See the NOTICE file - * distributed with this work for additional information - * regarding copyright ownership. The ASF licenses this file - * to you under the Apache License, Version 2.0 (the - * License); you may not use this file except in compliance - * with the License. You may obtain a copy of the License at - * - * http://www.apache.org/licenses/LICENSE-2.0 - * - * Unless required by applicable law or agreed to in writing, - * software distributed under the License is distributed on an - * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY - * KIND, either express or implied. See the License for the - * specific language governing permissions and limitations - * under the License. - */ +* Licensed to the Apache Software Foundation (ASF) under one +* or more contributor license agreements. See the NOTICE file +* distributed with this work for additional information +* regarding copyright ownership. The ASF licenses this file +* to you under the Apache License, Version 2.0 (the +* License); you may not use this file except in compliance +* with the License. You may obtain a copy of the License at +* +* http://www.apache.org/licenses/LICENSE-2.0 +* +* Unless required by applicable law or agreed to in writing, +* software distributed under the License is distributed on an +* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY +* KIND, either express or implied. See the License for the +* specific language governing permissions and limitations +* under the License. +*/ // = FIELD LOOKUP METHODS -var NS4 = (navigator.appName.indexOf(Netscape)=0 !document.getElementById)? true : false; -var IE4 = (document.all !document.getElementById)? true : false; -var IE5 = (document.getElementById document.all)? true : false; -var NS6 = (document.getElementById navigator.appName.indexOf(Netscape)=0 )? true: false; +var NS4 = (navigator.appName.indexOf(Netscape) = 0 ! document.getElementById)? true: false; +var IE4 = (document.all ! document.getElementById)? true: false; +var IE5 = (document.getElementById document.all)? true: false; +var NS6 = (document.getElementById navigator.appName.indexOf(Netscape) = 0)? true: false; var mx, my; var CURRENT_LOOKUP = null; function moveobj(evt) { if (NS4 || NS6) { -mx=evt.screenX; -my=evt.screenY; +mx = evt.screenX; +my = evt.screenY; } else if (IE5 || IE4) { -mx=event.screenX; -my=event.screenY; +mx = event.screenX; +my = event.screenY; } } var target = null; var target2 = null; -var lookups = []; +var lookups =[]; -function call_fieldlookup(target, viewName, formName,viewWidth,viewheight) { +function call_fieldlookup(target, viewName, formName, viewWidth, viewheight) { var fieldLookup = new fieldLookup1(target); if (! viewWidth) viewWidth = 350; if (! viewheight) viewheight = 200; fieldLookup.popup(viewName, formName, viewWidth, viewheight); } function call_fieldlookupLayer(target, viewName, lookupWidth, lookupHeight, lookupPosition) { -if(CURRENT_LOOKUP != null){ -if(CURRENT_LOOKUP.parentTarget == target){ +if (CURRENT_LOOKUP != null) { +if (CURRENT_LOOKUP.parentTarget == target) { CURRENT_LOOKUP.closeLookup(); return; } } - var fieldLookupPopup = new FieldLookupPopup(target, viewName, lookupWidth, lookupHeight, lookupPosition); fieldLookupPopup.showLookup(); this.target = target; } + +function
Re: svn commit: r902719 [2/6] - in /ofbiz/trunk/applications/order: ./ data/ data/helpdata/ entitydef/ script/org/ofbiz/order/olap/ script/org/ofbiz/order/reports/ webapp/ordermgr/WEB-INF/ webapp/orde
I would really like to see some resolution or opinions from others on this, maybe I'm wrong in my thinking but if I'm not then I don't like giving our prospective users bad demo data to learn from. Regards Scott On 31/01/2010, at 1:02 AM, Jacopo Cappellato wrote: On Jan 31, 2010, at 9:41 AM, Hans Bakker wrote: It Was a customer requirement to see in the sales chanel of it was b2b or b2c I could write a book with all the weird requests I have received from customers. The difficult role of an analysis/consultant is to try to convince the customer to implement the requirements in the most correct way (because in the long term this is a win for the customer and for sure it is for the project), but I know that sometimes this is impossible and the customer forces you to follow the shortest (and cheapest in the *short* term) path. However when this happens we, as committers, have to keep this code out of the official trunk (even if the work itself could have a value for other customers, and I am sure it has). That is why I suggested to add this data to Jira. Kind regards, Jacopo On Sun, 2010-01-31 at 00:03 -0800, Scott Gray wrote: Hi Hans, A Sales Channel has nothing to do with what store the sale came in through, it's about what sales channel it arrived from. The OrderHeader contains the productStoreId so what additional information are your able to derive by having a separate enumeration which also signifies the product store? If you have a separate product store for B2B vs. B2C then I don't see what you are gaining by having additional sales channels, please explain. Thanks Scott On 30/01/2010, at 8:25 PM, Hans Bakker wrote: I am sorry Scott i do not agree with you. Our customers like to know if he sale is to end consumer or business. Regards, Hans On Fri, 2010-01-29 at 11:17 -0700, Scott Gray wrote: Hi Hans, The Sales Channel Enumerations below are incorrect, they shouldn't be tied to specific ProductStores such as B2C eBay Australia Channel it should simply be eBay Australia Channel since the ProductStore information is already retrievable from the order. I think these serve as a bad example for demo data, please consider removing them. Regards Scott HotWax Media http://www.hotwaxmedia.com On 25/01/2010, at 12:23 AM, hans...@apache.org wrote: Modified: ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml?rev=902719r1=902718r2=902719view=diff == --- ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml (original) +++ ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml Mon Jan 25 07:23:57 2010 @@ -19,18 +19,30 @@ -- entity-engine-xml +!-- to make the data load the first time -- +Facility facilityId=WebStoreWarehouse/ + +!-- PRODUCT STORE -- +ProductStore productStoreId=B2CStore storeName=B2C Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Customer +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2CS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ +ProductStore productStoreId=B2BStore storeName=B2B Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Business +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2BS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ !-- ORDER SALES CHANNEL -- -Enumeration enumId=VV_AU_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_AU_CHANNEL sequenceId=9 description=VV eBay Australia Channel/ -Enumeration enumId=VV_CA_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_CA_CHANNEL sequenceId=10 description=VV eBay Canada Channel/ -Enumeration enumId=VV_IE_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_IE_CHANNEL sequenceId=11 description=VV eBay Ireland Channel/ -Enumeration enumId=VV_SG_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_SG_CHANNEL sequenceId=12 description=VV eBay Singapore Channel/ -Enumeration enumId=VV_UK_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_UK_CHANNEL sequenceId=13 description=VV eBay United Kingdom Channel/ -Enumeration enumId=VV_US_SALES_CHANNEL
Re: svn commit: r902719 [2/6] - in /ofbiz/trunk/applications/order: ./ data/ data/helpdata/ entitydef/ script/org/ofbiz/order/olap/ script/org/ofbiz/order/reports/ webapp/ordermgr/WEB-INF/ webapp/orde
We are looking into this to move all orders to the productstore 9000 store. We need to be able to group sales channels which we will implement in the next week or so. Regards, Hans On Mon, 2010-02-01 at 21:45 -0800, Scott Gray wrote: I would really like to see some resolution or opinions from others on this, maybe I'm wrong in my thinking but if I'm not then I don't like giving our prospective users bad demo data to learn from. Regards Scott On 31/01/2010, at 1:02 AM, Jacopo Cappellato wrote: On Jan 31, 2010, at 9:41 AM, Hans Bakker wrote: It Was a customer requirement to see in the sales chanel of it was b2b or b2c I could write a book with all the weird requests I have received from customers. The difficult role of an analysis/consultant is to try to convince the customer to implement the requirements in the most correct way (because in the long term this is a win for the customer and for sure it is for the project), but I know that sometimes this is impossible and the customer forces you to follow the shortest (and cheapest in the *short* term) path. However when this happens we, as committers, have to keep this code out of the official trunk (even if the work itself could have a value for other customers, and I am sure it has). That is why I suggested to add this data to Jira. Kind regards, Jacopo On Sun, 2010-01-31 at 00:03 -0800, Scott Gray wrote: Hi Hans, A Sales Channel has nothing to do with what store the sale came in through, it's about what sales channel it arrived from. The OrderHeader contains the productStoreId so what additional information are your able to derive by having a separate enumeration which also signifies the product store? If you have a separate product store for B2B vs. B2C then I don't see what you are gaining by having additional sales channels, please explain. Thanks Scott On 30/01/2010, at 8:25 PM, Hans Bakker wrote: I am sorry Scott i do not agree with you. Our customers like to know if he sale is to end consumer or business. Regards, Hans On Fri, 2010-01-29 at 11:17 -0700, Scott Gray wrote: Hi Hans, The Sales Channel Enumerations below are incorrect, they shouldn't be tied to specific ProductStores such as B2C eBay Australia Channel it should simply be eBay Australia Channel since the ProductStore information is already retrievable from the order. I think these serve as a bad example for demo data, please consider removing them. Regards Scott HotWax Media http://www.hotwaxmedia.com On 25/01/2010, at 12:23 AM, hans...@apache.org wrote: Modified: ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml?rev=902719r1=902718r2=902719view=diff == --- ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml (original) +++ ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml Mon Jan 25 07:23:57 2010 @@ -19,18 +19,30 @@ -- entity-engine-xml +!-- to make the data load the first time -- +Facility facilityId=WebStoreWarehouse/ + +!-- PRODUCT STORE -- +ProductStore productStoreId=B2CStore storeName=B2C Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Customer +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2CS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ +ProductStore productStoreId=B2BStore storeName=B2B Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Business +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2BS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ !-- ORDER SALES CHANNEL -- -Enumeration enumId=VV_AU_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_AU_CHANNEL sequenceId=9 description=VV eBay Australia Channel/ -Enumeration enumId=VV_CA_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_CA_CHANNEL sequenceId=10 description=VV eBay Canada Channel/ -Enumeration enumId=VV_IE_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_IE_CHANNEL sequenceId=11 description=VV eBay Ireland Channel/ -Enumeration
Re: svn commit: r902719 [2/6] - in /ofbiz/trunk/applications/order: ./ data/ data/helpdata/ entitydef/ script/org/ofbiz/order/olap/ script/org/ofbiz/order/reports/ webapp/ordermgr/WEB-INF/ webapp/orde
Thanks Hans, I appreciate you taking the time to get this resolved. Regards Scott On 1/02/2010, at 10:14 PM, Hans Bakker wrote: We are looking into this to move all orders to the productstore 9000 store. We need to be able to group sales channels which we will implement in the next week or so. Regards, Hans On Mon, 2010-02-01 at 21:45 -0800, Scott Gray wrote: I would really like to see some resolution or opinions from others on this, maybe I'm wrong in my thinking but if I'm not then I don't like giving our prospective users bad demo data to learn from. Regards Scott On 31/01/2010, at 1:02 AM, Jacopo Cappellato wrote: On Jan 31, 2010, at 9:41 AM, Hans Bakker wrote: It Was a customer requirement to see in the sales chanel of it was b2b or b2c I could write a book with all the weird requests I have received from customers. The difficult role of an analysis/consultant is to try to convince the customer to implement the requirements in the most correct way (because in the long term this is a win for the customer and for sure it is for the project), but I know that sometimes this is impossible and the customer forces you to follow the shortest (and cheapest in the *short* term) path. However when this happens we, as committers, have to keep this code out of the official trunk (even if the work itself could have a value for other customers, and I am sure it has). That is why I suggested to add this data to Jira. Kind regards, Jacopo On Sun, 2010-01-31 at 00:03 -0800, Scott Gray wrote: Hi Hans, A Sales Channel has nothing to do with what store the sale came in through, it's about what sales channel it arrived from. The OrderHeader contains the productStoreId so what additional information are your able to derive by having a separate enumeration which also signifies the product store? If you have a separate product store for B2B vs. B2C then I don't see what you are gaining by having additional sales channels, please explain. Thanks Scott On 30/01/2010, at 8:25 PM, Hans Bakker wrote: I am sorry Scott i do not agree with you. Our customers like to know if he sale is to end consumer or business. Regards, Hans On Fri, 2010-01-29 at 11:17 -0700, Scott Gray wrote: Hi Hans, The Sales Channel Enumerations below are incorrect, they shouldn't be tied to specific ProductStores such as B2C eBay Australia Channel it should simply be eBay Australia Channel since the ProductStore information is already retrievable from the order. I think these serve as a bad example for demo data, please consider removing them. Regards Scott HotWax Media http://www.hotwaxmedia.com On 25/01/2010, at 12:23 AM, hans...@apache.org wrote: Modified: ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml URL: http://svn.apache.org/viewvc/ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml?rev=902719r1=902718r2=902719view=diff == --- ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml (original) +++ ofbiz/trunk/applications/order/data/SalesOrderDemoData.xml Mon Jan 25 07:23:57 2010 @@ -19,18 +19,30 @@ -- entity-engine-xml +!-- to make the data load the first time -- +Facility facilityId=WebStoreWarehouse/ + +!-- PRODUCT STORE -- +ProductStore productStoreId=B2CStore storeName=B2C Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Customer +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2CS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ +ProductStore productStoreId=B2BStore storeName=B2B Store companyName=Open For Business autoApproveReviews=Y title=Open For Business to Business +subtitle= prorateShipping=Y prorateTaxes=Y defaultLocaleString=en_US defaultCurrencyUomId=USD +autoApproveInvoice=Y autoApproveOrder=Y shipIfCaptureFails=Y requireInventory=N reserveInventory=Y inventoryFacilityId=WebStoreWarehouse +orderNumberPrefix=B2BS visualThemeId=EC_DEFAULT payToPartyId=Company defaultSalesChannelEnumId=WEB_SALES_CHANNEL/ !-- ORDER SALES CHANNEL -- -Enumeration enumId=VV_AU_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_AU_CHANNEL sequenceId=9 description=VV eBay Australia Channel/ -Enumeration enumId=VV_CA_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_CA_CHANNEL sequenceId=10 description=VV eBay Canada Channel/ -Enumeration enumId=VV_IE_SALES_CHANNEL enumTypeId=ORDER_SALES_CHANNEL enumCode=EBAY_VV_IE_CHANNEL sequenceId=11 description=VV eBay Ireland Channel/ -
Re: adding enumerationgroup
sounds good to me, we will try to use that. thanks for your help Jacopo. Regards, Hans On Mon, 2010-02-01 at 10:09 +0100, Jacopo Cappellato wrote: Hi Hans, what if we use EnumerationType for this? We could use EnumerationType.parentTypeId to define subtypes of existing types of enumerations. Jacopo On Feb 1, 2010, at 9:50 AM, Hans Bakker wrote: For reporting purposes we need to be able to specify saleschannel groups. I can imagine it can also be useful for other enumerations So i would like to add an Entity: entity entity-name=EnumerationGroup package-name=org.ofbiz.common.enum default-resource-name=CommonEntityLabels title=Enumeration group Entity field name=enumGroupId type=id-ne/field field name=enumId type=id-ne/field prim-key field=enumGroupId/ prim-key field=enumId/ /entity similar as was done in rev 899365 to add the UomGroup regards, Hans -- http://www.antwebsystems.com : Quality OFBiz support for competitive rates -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: dns of ofbiz.org
I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl certificates do put: demo.ofbiz.org to 140.211.11.41 demo904.ofbiz.org to 140.211.11.41 i
Re: ContactMechPurposeType bad design
If we change that and can still select a primary email then that sounds pretty good...however isn't this often used in the system? On Mon, 2010-02-01 at 15:23 -0600, Adam Heath wrote: There is currently a PRIMARY_EMAIL, PRIMARY_LOCATION, BILLING_EMAIL, BILLING_LOCATION, etc. Why can't that just be PRIMARY, BILLING, etc? -- Antwebsystems.com: Quality OFBiz services for competitive rates
Re: dns of ofbiz.org
Thanks Hans - I've been seeing that and it's appreciated. Can you get the standard trunk version up in the meantime though? Why is it having so much trouble? Cheers, Ruppert On Feb 1, 2010, at 11:43 PM, Hans Bakker wrote: I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that keeping everything under the apache.org domain and under infra control is the best way to go. -David On Jan 31, 2010, at 3:32 PM, Hans Bakker wrote: Who has control over ofbiz.org? David? what we can do is point this domainname to the apache vm so we can keep on using the ssl
Re: dns of ofbiz.org
they seem to have a regular maintenance going and promised to get it back as quick as possible. Regards, Hans On Mon, 2010-02-01 at 23:48 -0700, Tim Ruppert wrote: Thanks Hans - I've been seeing that and it's appreciated. Can you get the standard trunk version up in the meantime though? Why is it having so much trouble? Cheers, Ruppert On Feb 1, 2010, at 11:43 PM, Hans Bakker wrote: I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change all of the links to the new ASF sub-domains since that is the more permanent home for all of these resources. I'm not sure if the ASF has a policy on this, but I do think that
Form Widget labels disappearing
After taking an update today, a lot of form widget field labels seem to be missing from various screens. If any committers are aware of any changes they may have made which could have impacted this please take a look and see if it's related to your work. Here's an example: https://localhost:8443/catalog/control/FindProductConfigItems (only one of the 3 search option fields are presenting a field label) Here's another: https://localhost:8443/accounting/control/findPayments Thanks Scott HotWax Media http://www.hotwaxmedia.com smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-3430) The positioning mechanism of the new lookups is only working with the bizznesstime theme
[ https://issues.apache.org/jira/browse/OFBIZ-3430?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12828506#action_12828506 ] Sascha Rodekamp commented on OFBIZ-3430: Hi Jacques, i had this bug to (missed to report it). It didn't come from the lookups. It seems that there is something wrong with the implementation of field 9. My workaround, for testing the lookups, was to comment out the blog. in my xsd file there isnt a dublicate entry xs:enumeration value=normal/ xs:enumeration value=center/ xs:enumeration value=left/ xs:enumeration value=right/ xs:enumeration value=topleft/ xs:enumeration value=topright/ xs:enumeration value=topcenter/ So i hope your ISP has reconnected you. Yep you're right we should discuss this. Have a nice day Sascha The positioning mechanism of the new lookups is only working with the bizznesstime theme - Key: OFBIZ-3430 URL: https://issues.apache.org/jira/browse/OFBIZ-3430 Project: OFBiz Issue Type: Bug Components: ALL APPLICATIONS Affects Versions: SVN trunk Environment: XP / FF3.6 Reporter: Jacques Le Roux Priority: Trivial Fix For: SVN trunk Attachments: OFBIZ-3430_lookup_extend.patch, OFBIZ-3430_lookup_extend.patch I find that the positioning mechanism is only working with the bizznesstime theme (at list centering, the only case I tried with all themes). But it should not be a big deal to fix since it works already in one theme. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: dns of ofbiz.org
Hi Hans, Thanks for helping to get this stuff sorted out, but could you please remember to cc the PMC on any infra requests you send out (it's part of the ASF guidelines for this sort of thing). Thanks Scott HotWax Media http://www.hotwaxmedia.com On 1/02/2010, at 11:01 PM, Hans Bakker wrote: they seem to have a regular maintenance going and promised to get it back as quick as possible. Regards, Hans On Mon, 2010-02-01 at 23:48 -0700, Tim Ruppert wrote: Thanks Hans - I've been seeing that and it's appreciated. Can you get the standard trunk version up in the meantime though? Why is it having so much trouble? Cheers, Ruppert On Feb 1, 2010, at 11:43 PM, Hans Bakker wrote: I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are there various demos setup for release4.0 and release09.04? If there is just one demo then I don't think we should point demo904.ofbiz.org over. BTW, I've moved this over to the dev mailing list since it's more of a project management thing. On a related topic: a better solution overall would be to change
Re: dns of ofbiz.org
I copy this mailinglist normally, is there any specific emailadress that should be copied? Regards, Hans On Mon, 2010-02-01 at 23:35 -0800, Scott Gray wrote: Hi Hans, Thanks for helping to get this stuff sorted out, but could you please remember to cc the PMC on any infra requests you send out (it's part of the ASF guidelines for this sort of thing). Thanks Scott HotWax Media http://www.hotwaxmedia.com On 1/02/2010, at 11:01 PM, Hans Bakker wrote: they seem to have a regular maintenance going and promised to get it back as quick as possible. Regards, Hans On Mon, 2010-02-01 at 23:48 -0700, Tim Ruppert wrote: Thanks Hans - I've been seeing that and it's appreciated. Can you get the standard trunk version up in the meantime though? Why is it having so much trouble? Cheers, Ruppert On Feb 1, 2010, at 11:43 PM, Hans Bakker wrote: I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes me wonder if everything running on it is setup by virtual domain. If that's the case then it will need to be ready to have demo.ofbiz.org pointed to it. Also, is there just one demo setup over there for the trunk, or are
Re: dns of ofbiz.org
I'm not sure what you mean by normally, I haven't seen anything come through here about the subdomains and certificates requests other than you mentioning it in related threads. The email to cc for anything related to project infrastructure is the private list, i.e. priv...@ofbiz.apache.org Regards Scott On 1/02/2010, at 11:44 PM, Hans Bakker wrote: I copy this mailinglist normally, is there any specific emailadress that should be copied? Regards, Hans On Mon, 2010-02-01 at 23:35 -0800, Scott Gray wrote: Hi Hans, Thanks for helping to get this stuff sorted out, but could you please remember to cc the PMC on any infra requests you send out (it's part of the ASF guidelines for this sort of thing). Thanks Scott HotWax Media http://www.hotwaxmedia.com On 1/02/2010, at 11:01 PM, Hans Bakker wrote: they seem to have a regular maintenance going and promised to get it back as quick as possible. Regards, Hans On Mon, 2010-02-01 at 23:48 -0700, Tim Ruppert wrote: Thanks Hans - I've been seeing that and it's appreciated. Can you get the standard trunk version up in the meantime though? Why is it having so much trouble? Cheers, Ruppert On Feb 1, 2010, at 11:43 PM, Hans Bakker wrote: I am pushing the infra team for subdomains and certificates On Mon, 2010-02-01 at 16:55 -0700, Tim Ruppert wrote: The site has been updated and I've pushed it - will take about 30 minutes to propagate. I have also put these redirects in place for bookmarks. Hans, when you're back around, can you work with the infra team to get these servers up? Thanks in advance. Cheers, Ruppert On Feb 1, 2010, at 2:07 PM, Tim Ruppert wrote: Sorry - I wasn't more clear here. What I meant to say is that: 1. I will put the redirects in place -- There are tons of people out there with bookmarks and I'd rather not have them just get an error. 2. And I will update the links on the site so that it will remove the dependency in general. If I shouldn't put the redirects in place now that you know what I meant to say (sorry for not being clear), then I can definitely do that - but my guess is that both would be a reasonable idea for the transition. Cheers, Ruppert - David E Jones d...@me.com wrote: I'm not sure if I understand correctly, but what is there to put in place? Are you thinking of trying to set things up so that the old URLs are supported? If so, why? Why not just change the links instead of putting forwards and such in place, which are going to be temporary anyway and also still leave a dependency on Contegix (which I don't think is a good idea)? -David On Feb 1, 2010, at 12:52 PM, Tim Ruppert wrote: Jacques, Hans, since you guys have been very active in migrating this information to the ASF infra, I'm leaning on you to help me know when and how you'd like me to put this stuff in place. It looks like the four I've listed below are in place - but I'm not sure what the plan was on the others. I'm happy to help in any way, but I'm just supporting I don't know what the intentions are of the people getting this stuff moved over. Let me know! Cheers, Ruppert On Jan 31, 2010, at 11:05 PM, Tim Ruppert wrote: Here are the links that I know about - but there are many others that need to be thought about in this migration: build.ofbiz.org - http://ci.apache.org/projects/ofbiz/snapshots/ api.ofbiz.org - http://ci.apache.org/projects/ofbiz/site/javadocs/ demo.ofbiz.org - http://ofbiz-vm.apache.org/ecommerce/ -- Not sure where the other demos are demo.ofbiz.org backend - https://ofbiz-vm.apache.org/catalog/control/main There are a few others that I don't know about: demo904.hotwaxmedia.com demo40.hotwaxmedia.com bigfiles.hotwaxmedia.com www.ofbiz.org svn.ofbiz.org etc Anyways, I can make these happen ASAP since the DNS is still at Contegix until it migrates to ASF shortly (at least that's what I'm hearing) - so please let me know what you'd like to do - and what you're changing on the site so that I can support these changes. I look forward to getting this up on ASF infra since that's where everyone wanted to be going. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Jan 31, 2010, at 5:13 PM, David E Jones wrote: Yes, I do still own the domain. It expires in May of this year, and I've been planning to transfer it to the ASF (if they want it, not sure if/how that works...) closer to before it expires. Right now the domain is managed by name servers at Contegix so that they could maintain things more easily. I can point it back to name servers that I control and then point the various sub-domains wherever, and perhaps at this point that's the best thing to do. How is the server at that IP address setup? I tried going to the plain IP in the browser and it won't respond, which makes