Form widget pagine
Hi all, On the form widget I see an attribute called paginate="true/false" but it is not used at all, because its value is always overriden. Can someone tell me what was the purpose of this attribute? I suppose it was intended for disabling pagination and rendering all rows in one page? Currently we achieve this by setting a big page size number, which I don't like much, and I'm planning to fix that. Bilgin
[jira] Closed: (OFBIZ-1546) Reports: Cash Flow Statement
[ https://issues.apache.org/jira/browse/OFBIZ-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-1546. -- Resolution: Fixed Fix Version/s: SVN trunk As per Sumit's request, this task can be closed. Implementation done in other task. -- Ashish Vijaywargiya > Reports: Cash Flow Statement > > > Key: OFBIZ-1546 > URL: https://issues.apache.org/jira/browse/OFBIZ-1546 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: SVN trunk >Reporter: Jacopo Cappellato >Assignee: Anil K Patel > Fix For: SVN trunk > > > http://en.wikipedia.org/wiki/Cash_flow_statement -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3245) Sandbox: Integrating The New Conversion Framework Into The Entity Engine
[ https://issues.apache.org/jira/browse/OFBIZ-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791175#action_12791175 ] Nathan Liang commented on OFBIZ-3245: - Hi Adrian, After applying the patch, we got these errors when doing ant run-install: 2009-12-16 11:28:45,937 (main) [ModelFieldTypeReader.java:148:WARN ] jdbc-data-type '.BIGDECIMAL' for currency-amount not found in fieldtypeoracle. Fields using this type will be ignored. 2009-12-16 11:28:45,937 (main) [ModelFieldTypeReader.java:148:WARN ] jdbc-data-type '.BIGDECIMAL' for currency-precise not found in fieldtypeoracle. Fields using this type will be ignored. 2009-12-16 11:28:45,937 (main) [ModelFieldTypeReader.java:148:WARN ] jdbc-data-type '.BIGDECIMAL' for fixed-point not found in fieldtypeoracle. Fields using this type will be ignored. 2009-12-16 11:28:45,953 (OFBiz_Shutdown_Hook) [ ContainerLoader.java:113:INFO ] Shutting down containers Maybe we need more efforts on changing fieldtypeoracle.xml as well as other fieldtype*.xml to get oracle and other databases running. before these improvement get merged into trunk, we would like some temporary solution. > Sandbox: Integrating The New Conversion Framework Into The Entity Engine > > > Key: OFBIZ-3245 > URL: https://issues.apache.org/jira/browse/OFBIZ-3245 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Adrian Crum >Assignee: Adrian Crum >Priority: Minor > Attachments: conversion.patch, conversion.patch, conversion.patch, > conversion.patch, conversion.patch > > > This issue contains a patch intended for evaluation before it is committed. > 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.
[jira] Commented: (OFBIZ-3289) FinAccountReconciliation - Reconcilie finAccountTrans which are in created state only.
[ https://issues.apache.org/jira/browse/OFBIZ-3289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791148#action_12791148 ] Anil K Patel commented on OFBIZ-3289: - I agree with your above comments. We should write a service that will check if FinAccountTrans is added to reconciliation. If it is then its status change should not be allowed. > FinAccountReconciliation - Reconcilie finAccountTrans which are in created > state only. > -- > > Key: OFBIZ-3289 > URL: https://issues.apache.org/jira/browse/OFBIZ-3289 > Project: OFBiz > Issue Type: Improvement > Components: accounting >Reporter: Sumit Pandit >Assignee: Anil K Patel >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-3289.patch > > > For reconciliation FinAccountTrans need to be in CREATED status. Ignore any > finAccountTransaction which is in Approved or Canceled status and associate > to GlReconciliation. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3180) SagePay payment gateway integrated
[ https://issues.apache.org/jira/browse/OFBIZ-3180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791116#action_12791116 ] Hans Bakker commented on OFBIZ-3180: more info at: http://blogsbyabdullah.blogspot.com/2009/11/sagepay-payment-gateway-configuration.html > SagePay payment gateway integrated > -- > > Key: OFBIZ-3180 > URL: https://issues.apache.org/jira/browse/OFBIZ-3180 > Project: OFBiz > Issue Type: New Feature > Components: accounting >Reporter: Abdullah Shaikh >Assignee: Jacques Le Roux > Fix For: SVN trunk > > Attachments: httpclient-4.0.jar, httpcore-4.0.1.jar, > jcip-annotations-1.0.jar, OFBIZ-3180_SagePay payment gateway.patch > > > SagePay payment gateway integrated. All the gateway parameters are > configurable using the Payment gateway configuration, also the transaction > types that are available in sagepay are configurable. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
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. >>> 2. everybody will follow the system messages from the system >>> administrator which is currently done in the system info notes >>> (commonext component), ESME will replace it. >>> >>> The proposal: >>> 1. We should install ESME as a 'normal' OFBiz component in the >>> application- or even framework folder because it will be a mandatory >>> part of the system. >>> 2. ESME authentication will be disabled and should, as a normal ofbiz >>> component, use the framework authentication. >>> 3. ESME runs happily under Tomcat and is using the Java runtime. >>> 4. ESME has the Apache 2 license, so no problems here too. >>> >>> Further plans: >>> We almost upgraded to Axis2 in the framework and let OFBiz installations >>> exchange ESME messages via webservices. >>> >>> Regards, >>> Hans. >>> >>> >>> On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: >>
Re: ESME implementation was: Why ESME was: proposal: ESME
Yes, I see your point, and it's a good one. It would be better implemented in a replaceable and configurable way. -David On Dec 15, 2009, at 6:29 PM, Adrian Crum wrote: > No, I'm not saying I want to work on it. No, I'm not trying to force anyone > to do anything. > > The subject of the thread is ESME implementation. I'm sharing ideas on that > subject. I'm making suggestions. I'm providing examples of how similar > features in OFBiz were implemented previously. > > -Adrian > > 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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: > I believe any integration with existing chat/twitter-like services > would be useful. > > From my perspective, it would be best to build into OFBiz a gateway > to these external services. In other words, take the same approach we > use with external payment processors. I believe that would be less > complicated and more flexible than integrating a specific service > into OFBiz. > > -Adrian >
Re: ESME implementation was: Why ESME was: proposal: ESME
No, I'm not saying I want to work on it. No, I'm not trying to force anyone to do anything. The subject of the thread is ESME implementation. I'm sharing ideas on that subject. I'm making suggestions. I'm providing examples of how similar features in OFBiz were implemented previously. -Adrian 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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: I believe any integration with existing chat/twitter-like services would be useful. From my perspective, it would be best to build into OFBiz a gateway to these external services. In other words, take the same approach we use with external payment processors. I believe that would be less complicated and more flexible than integrating a specific service into OFBiz. -Adrian 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 w
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
[jira] Commented: (OFBIZ-3289) FinAccountReconciliation - Reconcilie finAccountTrans which are in created state only.
[ https://issues.apache.org/jira/browse/OFBIZ-3289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791071#action_12791071 ] Sumit Pandit commented on OFBIZ-3289: - For a scenario when reconciliation's transactions are in canceled or approved status, can't reconciled until its all transactions doesn't come in created status. In such case Canceled -> Created or Approved -> Created is not valid change for finAccountTrans. So here it is required to make sure that, at an instance all transactions of a reconciliation must be in created status. It can be achieve by restrict user to update the status of any transaction if it is associated to reconciliation. By doing so we won't have any case where reconciliation have transactions other then CREATED status. Your thoughts and guidance would be helpful. > FinAccountReconciliation - Reconcilie finAccountTrans which are in created > state only. > -- > > Key: OFBIZ-3289 > URL: https://issues.apache.org/jira/browse/OFBIZ-3289 > Project: OFBiz > Issue Type: Improvement > Components: accounting >Reporter: Sumit Pandit >Assignee: Anil K Patel >Priority: Minor > Fix For: SVN trunk > > Attachments: OFBIZ-3289.patch > > > For reconciliation FinAccountTrans need to be in CREATED status. Ignore any > finAccountTransaction which is in Approved or Canceled status and associate > to GlReconciliation. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ESME implementation was: Why ESME was: proposal: ESME
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. >> 2. everybody will follow the system messages from the system >> administrator which is currently done in the system info notes >> (commonext component), ESME will replace it. >> >> The proposal: >> 1. We should install ESME as a 'normal' OFBiz component in the >> application- or even framework folder because it will be a mandatory >> part of the system. >> 2. ESME authentication will be disabled and should, as a normal ofbiz >> component, use the framework authentication. >> 3. ESME runs happily under Tomcat and is using the Java runtime. >> 4. ESME has the Apache 2 license, so no problems here too. >> >> Further plans: >> We almost upgraded to Axis2 in the framework and let OFBiz installations >> exchange ESME messages via webservices. >> >> Regards, >> Hans. >> >> >> On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: >>> I believe any integration with existing chat/twitter-like services >>> would be useful. >>> >>> From my perspective, it would be best to build into OFBiz a gateway to >>> these external services. In other words, take the same approach we use >>> with external payment processors. I believe that would be less >>> complicated and more flexible than integrating a specific service into >>> OFBiz. >>> >>> -Adrian >>> >>> >>> 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 busine
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791064#action_12791064 ] Hans Bakker commented on OFBIZ-3352: your help is much appreciated Brunoalready too much activities here > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ESME implementation was: Why ESME was: proposal: ESME
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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: I believe any integration with existing chat/twitter-like services would be useful. From my perspective, it would be best to build into OFBiz a gateway to these external services. In other words, take the same approach we use with external payment processors. I believe that would be less complicated and more flexible than integrating a specific service into OFBiz. -Adrian 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: Pr
Re: ESME implementation was: Why ESME was: proposal: ESME
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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: > I believe any integration with existing chat/twitter-like services would > be useful. > > From my perspective, it would be best to build into OFBiz a gateway to > these external services. In other words, take the same approach we use > with external payment processors. I believe that would be less > complicated and more flexible than integrating a specific service into > OFBiz. > > -Adrian > > > 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 >> conserva
Re: ofbiz.org domain and all the infra around it
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: from BIZZNESS_TIME to DROPPING_CRUMB ?
This is now done in trunk rev. 890488 -Bruno 2009/11/26 Jacques Le Roux : > From: "Adrian Crum" >> >> -1 >> >> When the main application menu extends below the bottom of the screen, >> there is no way to select the hidden items. When you move the mouse cursor >> to the bottom, the menu disappears. > > Right, this is theo nly drawback I see so far, I have even reopened > https://issues.apache.org/jira/browse/OFBIZ-3239 for that > >> In the Bizznesstime theme, the main application menu stays on the screen >> until an item is selected. > > I have also suggested to Bruno to split the menu like it's done in Bizness > Time, far easier to use than a very long menu. > > Thanks > > Jacques > >> -Adrian >> >> Jacques Le Roux wrote: >>> >>> Hi, >>> >>> I wonder if we should no change the default theme from BIZZNESS_TIME to >>> DROPPING_CRUMB. >>> I know it will not be consistent anymore with Site and Doc but looking at >>> https://issues.apache.org/jira/browse/OFBIZ-2398 I think DROPPING_CRUMB is >>> doing a better job and has a real good look now >>> >>> Jacques >>> >>> >> > >
Re: ESME implementation was: Why ESME was: proposal: ESME
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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: I believe any integration with existing chat/twitter-like services would be useful. From my perspective, it would be best to build into OFBiz a gateway to these external services. In other words, take the same approach we use with external payment processors. I believe that would be less complicated and more flexible than integrating a specific service into OFBiz. -Adrian 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)
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791036#action_12791036 ] Bruno Busco commented on OFBIZ-3352: I see Hans, no problem, I now know that you agree on moving it to example. So if I will have some time I will help. > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ESME implementation was: Why ESME was: proposal: ESME
I agree it would be easier to include it, especially if it is going to be used for OOTB functionality (like system messages, customer support chat (sync or async), other things Hans mentioned before, etc). It would be nice (maybe necessary?) to make sure that an external instance of ESME can be used. It's kind of like JMS (in fact, amazingly so...) and the approach with JMS was to use either something in-VM with OFBiz or something external. -David On Dec 15, 2009, at 5:30 PM, 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. >>> 2. everybody will follow the system messages from the system >>> administrator which is currently done in the system info notes >>> (commonext component), ESME will replace it. >>> >>> The proposal: >>> 1. We should install ESME as a 'normal' OFBiz component in the >>> application- or even framework folder because it will be a mandatory >>> part of the system. >>> 2. ESME authentication will be disabled and should, as a normal ofbiz >>> component, use the framework authentication. >>> 3. ESME runs happily under Tomcat and is using the Java runtime. >>> 4. ESME has the Apache 2 license, so no problems here too. >>> >>> Further plans: >>> We almost upgraded to Axis2 in the framework and let OFBiz installations >>> exchange ESME messages via webservices. >>> >>> Regards, >>> Hans. >>> >>> >>> On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: I believe any integration with existing chat/twitter-like services would be useful. From my perspective, it would be best to build into OFBiz a gateway to these external services. In other words, take the same approach we use with external payment processors. I believe that would be less complicated and more flexible than integrating a specific service into OFBiz. -Adrian 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 > conservativ
Re: ESME implementation was: Why ESME was: proposal: ESME
On 16/12/2009, at 12:30 PM, Hans Bakker wrote: looking more into skala . an possible upgrade to groovy and java being compatible with our current runtime environment (JVM/Tomcat) Scala is very different from java or groovy language-wise, adding support for it would be fine but I don't think it's something I'd like to see used out of the box. We have enough languages to deal with as it is. smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791031#action_12791031 ] Bruno Busco commented on OFBIZ-3348: I normally use Google latitude from my cell phone and it shows my position on the map, both on the cell itself and both on a remote computer, without appreciable error. So I would say that google map has a correct GPS position rendering. I would take google as a reference and, for any (yet not implemented) other map service look for an adjustement. Did you have a chance to give a look to the patch? > Showing multiple geopoints on a map > --- > > Key: OFBIZ-3348 > URL: https://issues.apache.org/jira/browse/OFBIZ-3348 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Bruno Busco >Priority: Minor > Attachments: OFBIZ-3348 geoChart.patch > > > As discussed on the ML I need to show several geoPoint markers on a single > map. > I searched for some helping tools in the framework and found the name="geoLocation"> > and the relative > Unfortunately this can only be used to show on a Google Map a single geoPoint > record providing its geoPointId. > In my application I have a sort of "event" entity. > Each event has the LAT and LON coordinates of where the event took place and > I need to show on a map all the query-selected events. > In the attached patch there is an implementation of a "geoChart" framework > screen that takes as input a geoChart map containing: > geoChart > - dataSourceId -> select the map system to be used (google, yahoo etc.) I > do not like this mane. I think I will rename to mapProviderId but it is how > it is named right now > - width > - height -> map dimensions > - center -> the center point of the map > - points -> the points array to be showed on the map > In the patch there are also some example screens (in the example application) > to show how it works. > I think that the suggested screen is more general and can replace the actual > one. > BTW: > 1) Why the dataSourceId is in the GeoPoint entity ? > I think the GeoPointEntity should be independent of what map provider (if > any) will be used to show it. > 2) A further improvement to this will be to add an heatmap mode (just started > looking at this code: http://code.google.com/p/jheatmap/) that can be used > when points will be too many or whenever an average distribution is only > required (but this will be another page). > I submit this patch in order to have a first review by you. > Thank you, > Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791030#action_12791030 ] Hans Bakker commented on OFBIZ-3352: bruno you have good ideaswe did not have the time for that yet merging bi and birt will make upgrading more difficult.i rather keep then separated. > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ESME implementation was: Why ESME was: proposal: ESME
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. > > 2. everybody will follow the system messages from the system > > administrator which is currently done in the system info notes > > (commonext component), ESME will replace it. > > > > The proposal: > > 1. We should install ESME as a 'normal' OFBiz component in the > > application- or even framework folder because it will be a mandatory > > part of the system. > > 2. ESME authentication will be disabled and should, as a normal ofbiz > > component, use the framework authentication. > > 3. ESME runs happily under Tomcat and is using the Java runtime. > > 4. ESME has the Apache 2 license, so no problems here too. > > > > Further plans: > > We almost upgraded to Axis2 in the framework and let OFBiz installations > > exchange ESME messages via webservices. > > > > Regards, > > Hans. > > > > > > On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: > >> I believe any integration with existing chat/twitter-like services would > >> be useful. > >> > >> From my perspective, it would be best to build into OFBiz a gateway to > >> these external services. In other words, take the same approach we use > >> with external payment processors. I believe that would be less > >> complicated and more flexible than integrating a specific service into > >> OFBiz. > >> > >> -Adrian > >> > >> > >> 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
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791025#action_12791025 ] Bruno Busco commented on OFBIZ-3352: Well, according to the name Business Intelligence and Reporting Tool it seems a good idea... May be some nicer demo report with colors and charts would help our guys to start using it. > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791022#action_12791022 ] Jacques Le Roux commented on OFBIZ-3348: * At 1st place they should give the exact same coordinate. But apparently they don't (why I'm not sure) * Not sure how to qualify an error here :( * I'm not sure how his could be compensated, maybe it's related to their renderers also... * We should also care that one day (normally 2013) Galileo should be available (I mean not only GPS) > Showing multiple geopoints on a map > --- > > Key: OFBIZ-3348 > URL: https://issues.apache.org/jira/browse/OFBIZ-3348 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Bruno Busco >Priority: Minor > Attachments: OFBIZ-3348 geoChart.patch > > > As discussed on the ML I need to show several geoPoint markers on a single > map. > I searched for some helping tools in the framework and found the name="geoLocation"> > and the relative > Unfortunately this can only be used to show on a Google Map a single geoPoint > record providing its geoPointId. > In my application I have a sort of "event" entity. > Each event has the LAT and LON coordinates of where the event took place and > I need to show on a map all the query-selected events. > In the attached patch there is an implementation of a "geoChart" framework > screen that takes as input a geoChart map containing: > geoChart > - dataSourceId -> select the map system to be used (google, yahoo etc.) I > do not like this mane. I think I will rename to mapProviderId but it is how > it is named right now > - width > - height -> map dimensions > - center -> the center point of the map > - points -> the points array to be showed on the map > In the patch there are also some example screens (in the example application) > to show how it works. > I think that the suggested screen is more general and can replace the actual > one. > BTW: > 1) Why the dataSourceId is in the GeoPoint entity ? > I think the GeoPointEntity should be independent of what map provider (if > any) will be used to show it. > 2) A further improvement to this will be to add an heatmap mode (just started > looking at this code: http://code.google.com/p/jheatmap/) that can be used > when points will be too many or whenever an average distribution is only > required (but this will be another page). > I submit this patch in order to have a first review by you. > Thank you, > Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791018#action_12791018 ] Scott Gray commented on OFBIZ-3352: --- +1 While we're on the topic, I wonder if the birt component itself should be merged with the bi component? > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791017#action_12791017 ] Hans Bakker commented on OFBIZ-3352: good suggestion to move birt to example. Regards, Hans > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3352: --- Component/s: framework Affects Version/s: SVN trunk > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3352) BIRT (demo) application should be moved to example
[ https://issues.apache.org/jira/browse/OFBIZ-3352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3352: --- Summary: BIRT (demo) application should be moved to example (was: BIRT application should be moved to example) > BIRT (demo) application should be moved to example > -- > > Key: OFBIZ-3352 > URL: https://issues.apache.org/jira/browse/OFBIZ-3352 > Project: OFBiz > Issue Type: Improvement >Reporter: Bruno Busco > > The BIRT demo has been added to the secondary applications menu bar. > I think that to be consistent to other framework resources (i.e. widgets) > this should be moved under the example application and not be visible on the > secondary menu becouse it is not a real application but only a collection of > demo reports. (This is what the example application is designed to be used > for) > Also the birt webapp with the requests: > page="component://birt/widget/BirtScreens.xml#main"/> > page="component://birt/widget/BirtScreens.xml#Viewer"/> > page="component://birt/widget/BirtScreens.xml#Report"/> > page="component://birt/widget/BirtScreens.xml#EditMail"/> > (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3352) BIRT application should be moved to example
BIRT application should be moved to example --- Key: OFBIZ-3352 URL: https://issues.apache.org/jira/browse/OFBIZ-3352 Project: OFBiz Issue Type: Improvement Reporter: Bruno Busco The BIRT demo has been added to the secondary applications menu bar. I think that to be consistent to other framework resources (i.e. widgets) this should be moved under the example application and not be visible on the secondary menu becouse it is not a real application but only a collection of demo reports. (This is what the example application is designed to be used for) Also the birt webapp with the requests: (being a demo) should be better moved from the birt folder to the example. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3239) Styling flaws in DroppingCrumbs
[ https://issues.apache.org/jira/browse/OFBIZ-3239?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12791009#action_12791009 ] Jacques Le Roux commented on OFBIZ-3239: Cool, thanks Bruno! > Styling flaws in DroppingCrumbs > --- > > Key: OFBIZ-3239 > URL: https://issues.apache.org/jira/browse/OFBIZ-3239 > Project: OFBiz > Issue Type: Bug > Components: ALL APPLICATIONS >Affects Versions: SVN trunk >Reporter: Jacques Le Roux >Assignee: Bruno Busco >Priority: Trivial > Fix For: SVN trunk > > > Main task -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
On 16/12/2009, at 11:35 AM, Adam Heath wrote:
Scott Gray wrote:
On 16/12/2009, at 11:28 AM, Adam Heath wrote:
Adam Heath wrote:
Scott Gray wrote:
Any progress on this? If not I think we should consider
reverting, not
being able to work on groovy scripts at runtime is a bit of pain
for
development.
Does that mean you've confirmed it then?
In other words, what steps do you take to make this happen, exactly?
Load any page that contains a groovy script, make a change to that
script and then reload the page. The original script is used and any
changes are not reflected even though the OFBiz cache no longer
holds an
entry.
Those aren't exact steps. By exact, I mean the list of urls you hit,
then the script you edit.
Okay here we go:
1. hit this url: https://localhost:8443/ecommerce/control/main
2. open this script: specialpurpose/ecommerce/widget/
EcommerceSetup.groovy
3. add this to the bottom: Debug.log("If you can see this then Adam
has been kind enough to fix the groovy caching bug.");
4. hit the url from step #1 again
5. check the logs for the message from step #3, if it ain't there
then you've successfully reproduced the bug
smime.p7s
Description: S/MIME cryptographic signature
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
Scott Gray wrote: > On 16/12/2009, at 11:28 AM, Adam Heath wrote: > >> Adam Heath wrote: >>> Scott Gray wrote: Any progress on this? If not I think we should consider reverting, not being able to work on groovy scripts at runtime is a bit of pain for development. >>> >>> Does that mean you've confirmed it then? >> >> In other words, what steps do you take to make this happen, exactly? > > Load any page that contains a groovy script, make a change to that > script and then reload the page. The original script is used and any > changes are not reflected even though the OFBiz cache no longer holds an > entry. Those aren't exact steps. By exact, I mean the list of urls you hit, then the script you edit.
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
Scott Gray wrote: > On 16/12/2009, at 11:26 AM, Adam Heath wrote: > >> Scott Gray wrote: >>> Any progress on this? If not I think we should consider reverting, not >>> being able to work on groovy scripts at runtime is a bit of pain for >>> development. >> >> Does that mean you've confirmed it then? > > Oh yeah sorry, confirmed. It doesn't appear to be a problem with our > cache but with the GroovyClassLoader. Well, it appears that ofbiz is using groovy wrongly. A new GroovyClassLoader should be created for each parsed class. Then, when UtilCache clears out each entry, it'll get recompiled as appropriate. FlexibleStringExpander reuses the public GroovyUtil.groovyClassLoader; that needs to be fixed. Then, GroovyUtil can be fixed simply, along with seleniumxml.GroovyRunner.
[jira] Closed: (OFBIZ-3239) Styling flaws in DroppingCrumbs
[ https://issues.apache.org/jira/browse/OFBIZ-3239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco closed OFBIZ-3239. -- Resolution: Fixed Fixed in trunk rev. 890488 Primary and secondary applications are now displayed on two columns > Styling flaws in DroppingCrumbs > --- > > Key: OFBIZ-3239 > URL: https://issues.apache.org/jira/browse/OFBIZ-3239 > Project: OFBiz > Issue Type: Bug > Components: ALL APPLICATIONS >Affects Versions: SVN trunk >Reporter: Jacques Le Roux >Assignee: Bruno Busco >Priority: Trivial > Fix For: SVN trunk > > > Main task -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
On 16/12/2009, at 11:28 AM, Adam Heath wrote: Adam Heath wrote: Scott Gray wrote: Any progress on this? If not I think we should consider reverting, not being able to work on groovy scripts at runtime is a bit of pain for development. Does that mean you've confirmed it then? In other words, what steps do you take to make this happen, exactly? Load any page that contains a groovy script, make a change to that script and then reload the page. The original script is used and any changes are not reflected even though the OFBiz cache no longer holds an entry. smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790995#action_12790995 ] Bruno Busco commented on OFBIZ-3348: They don't define exactly the same coordinates for the same point? That's interesting! And how can this be used if the coordinated come from a GPS? If one of the map provider introduce an error this should be compensated when placing the GepPoint on that map, not on the database. Don't you think so? > Showing multiple geopoints on a map > --- > > Key: OFBIZ-3348 > URL: https://issues.apache.org/jira/browse/OFBIZ-3348 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Bruno Busco >Priority: Minor > Attachments: OFBIZ-3348 geoChart.patch > > > As discussed on the ML I need to show several geoPoint markers on a single > map. > I searched for some helping tools in the framework and found the name="geoLocation"> > and the relative > Unfortunately this can only be used to show on a Google Map a single geoPoint > record providing its geoPointId. > In my application I have a sort of "event" entity. > Each event has the LAT and LON coordinates of where the event took place and > I need to show on a map all the query-selected events. > In the attached patch there is an implementation of a "geoChart" framework > screen that takes as input a geoChart map containing: > geoChart > - dataSourceId -> select the map system to be used (google, yahoo etc.) I > do not like this mane. I think I will rename to mapProviderId but it is how > it is named right now > - width > - height -> map dimensions > - center -> the center point of the map > - points -> the points array to be showed on the map > In the patch there are also some example screens (in the example application) > to show how it works. > I think that the suggested screen is more general and can replace the actual > one. > BTW: > 1) Why the dataSourceId is in the GeoPoint entity ? > I think the GeoPointEntity should be independent of what map provider (if > any) will be used to show it. > 2) A further improvement to this will be to add an heatmap mode (just started > looking at this code: http://code.google.com/p/jheatmap/) that can be used > when points will be too many or whenever an average distribution is only > required (but this will be another page). > I submit this patch in order to have a first review by you. > Thank you, > Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
On 16/12/2009, at 11:26 AM, Adam Heath wrote: Scott Gray wrote: Any progress on this? If not I think we should consider reverting, not being able to work on groovy scripts at runtime is a bit of pain for development. Does that mean you've confirmed it then? Oh yeah sorry, confirmed. It doesn't appear to be a problem with our cache but with the GroovyClassLoader. smime.p7s Description: S/MIME cryptographic signature
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
Adam Heath wrote: > Scott Gray wrote: >> Any progress on this? If not I think we should consider reverting, not >> being able to work on groovy scripts at runtime is a bit of pain for >> development. > > Does that mean you've confirmed it then? In other words, what steps do you take to make this happen, exactly?
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
Scott Gray wrote: > Any progress on this? If not I think we should consider reverting, not > being able to work on groovy scripts at runtime is a bit of pain for > development. Does that mean you've confirmed it then?
Re: svn commit: r889836 - in /ofbiz/trunk: ./ framework/base/lib/ framework/base/lib/scripting/ framework/webslinger/lib/
Any progress on this? If not I think we should consider reverting, not being able to work on groovy scripts at runtime is a bit of pain for development. Thanks Scott On 14/12/2009, at 11:25 PM, Scott Gray wrote: Hi Adam, I haven't confirmed it myself yet but I'm getting reports from our developers that the groovy script cache isn't clearing anymore, you have to restart OFBiz before any changes will take effect. I'll confirm it shortly and update with any new info. I'm guessing that groovy has its own built-in caching mechanism now. Regards Scott On 12/12/2009, at 11:21 AM, doo...@apache.org wrote: Author: doogie Date: Fri Dec 11 22:21:36 2009 New Revision: 889836 URL: http://svn.apache.org/viewvc?rev=889836&view=rev Log: Upgrade asm from 2.2 to 3.2; this required upgrading to an unreleased version of groovy(ick), and a new webslinger snapshot. smime.p7s Description: S/MIME cryptographic signature
[jira] Created: (OFBIZ-3351) GlAccountNavigator expand multiple items at a time
GlAccountNavigator expand multiple items at a time -- Key: OFBIZ-3351 URL: https://issues.apache.org/jira/browse/OFBIZ-3351 Project: OFBiz Issue Type: Improvement Components: accounting Affects Versions: SVN trunk Environment: https://demo.ofbiz.org/accounting/control/GlAccountNavigate?trail=null Reporter: chris snow Priority: Minor Navigating the accounts tree is painful - (https://demo.ofbiz.org/accounting/control/GlAccountNavigate?trail=null). Currently you can only view one top level account at a time. Selecting another top level account collapses the tree for any other top level account that you were viewing. The account navigator for Neogia is much more user friendly. (https://demo.neogia.org/accounting/control/NGlAccountNavigator). It would be great if the ofbiz account navigator could work like the Neogia one! Many thanks, Chris -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ofbiz.org domain and all the infra around it
The other thing to remember is that I don't think that the demo.ofbiz.org, demo40.ofbiz.org, and demo904.ofbiz.org - but I think the rest of those are good to go. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 12:38 PM, David E Jones wrote: > > On Dec 15, 2009, at 1:34 PM, Jacques Le Roux wrote: > >> From: "David E Jones" >>> 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 >>> >> >> > smime.p7s Description: S/MIME cryptographic signature
Re: Logging in selenium XML
CI is python scripts, maybe adaptable without too much work? Jacques From: "Scott Gray" That sounds like a good idea to me. What would be awesome is if the CI server could inspect the commit, determine the components/ applications affected and then only run the applicable tests. Full tests runs could be reserved for framework commits or something like that. Regards Scott On 16/12/2009, at 3:13 AM, Tim Ruppert wrote: One thing that we could easily do is put together a continuous integration that has several branches - one that is run immediately upon each of the commits and one that is scheduled for a few times a day for these longer running tests. I agree that we definitely need these in place, but breaking them up might: 1. Get people to write more unit tests that are quicker to run. 2. Get people to write more of the longer ones because those will still be catching any potential issues. Just a thought. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 4:01 AM, Matthieu Bollot wrote: Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : Hi Erwan, It'll be another couple of days before I can make an informed comment, I'm still very much in the learning phase. One question I do have, does anybody have selenium setup to run in a continuous integration environment? We do have some at nereide If you have lots of tests, how long to they take to run? Is SeleniumGrid a good solution to shortening the time a test run takes? So maybe a few questions :-) The results here : http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html took 12 minutes for 13 tests and the results here : http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html took about 20 minutes for 41 tests That's a quite fast server. 4 proc, 8GB ram (those are html testSuite using selenium-server.jar directly, perhaps using seleniumXML can change the duration a little bit) And loading a page is may be the only "long" stuff. I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. I think that selenium is quite good because you can _really_ know how long took a test, e.g we could also test how long it takes to purchase 1000 products (don't know if it will be still possible with webtest) cheers, Regards Scott HotWax Media http://www.hotwaxmedia.com On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: Hi all, As many of us are now looking into seleniumXML, I would like to discuss a bit more with you of the logging of errors and success in seleniumXml. Has anyone started something ? The changes that have to integrate are major and is would be great to coordinate our efforts. What I'm thinking is adding JUnit asserts at the end of a selenium command, to be able to create JUnit XML files and after creating a report. This will then help us to identify errors on the interface or in functional testcases. Regards, -- Erwan de FERRIERES www.nereide.biz -- Matthieu BOLLOT www.nereide.biz
Re: ofbiz.org domain and all the infra around it
From: "David E Jones" On Dec 15, 2009, at 2:15 PM, Jacques Le Roux wrote: Yes, but those links were supposed to be more portable. According to who or what? I did not well expressed myself. I thought they were more portable because, as you say below "They were supposed to be a unique identifier for the page so you could get to it even if the name/title of the page changed" Or did I misunderstand at some point and they are only interesting for emails? Else I would never have used them outside of emails since they are not easier to get In my opinion they're not even good for emails. I hate blind clicking, personally. In case there is http://cwiki.apache.org/confluence/x/ at the head of the link it's not so blind and sometimes convenient. Look for instance at those awfull permalinks Jira generates! Anyway it's just my opinion ;o) They were supposed to be a unique identifier for the page so you could get to it even if the name/title of the page changed. However, if the unique identifier didn't transfer over to a new system, maybe it's not even that helpful. So true :/ Also, if you go to a page whose name has changed confluence will automatically try to figure out which page you meant, and usually does a good job of helping you find the page. Yes this a nice (optionnal) feature For internal links, ie to another part page in confluence, it's really silly to use the external short links when you can refer internally to the pages by name, and confluence will update those links whenever names change. I totally agree! [my page|SPACE:my page title] is the better solution internally, for sure! SPACE:my page title being optionnal if you are in the same space then [my page title] is enough. Anyway this is well described and handy in Confluence when you edit. Jacques -David From: "David E Jones" On Dec 15, 2009, at 1:52 PM, Adrian Crum wrote: David E Jones wrote: Well, hopefully we've learned our lesson... "One thing man can learn from history is that man doesn't learn from history" or "Never assume a URL is eternal" - one of those lessons? Yes, exactly... which is one reason I like URLs with more information in them, like the space and page name in normal confluence URLs. It's also nice to have an idea about what you're going to get when you go a URL (I personally don't like blink clicking...). -David
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 >>> >> >> > >
[jira] Commented: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790954#action_12790954 ] Jacques Le Roux commented on OFBIZ-3348: Bruno, Questions/Answers # Because ** there are different rendering system ** (for now?) they don't define exactly the same coordinates for the same point. So to be accurate we introduced dataSourceId. > Showing multiple geopoints on a map > --- > > Key: OFBIZ-3348 > URL: https://issues.apache.org/jira/browse/OFBIZ-3348 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Bruno Busco >Priority: Minor > Attachments: OFBIZ-3348 geoChart.patch > > > As discussed on the ML I need to show several geoPoint markers on a single > map. > I searched for some helping tools in the framework and found the name="geoLocation"> > and the relative > Unfortunately this can only be used to show on a Google Map a single geoPoint > record providing its geoPointId. > In my application I have a sort of "event" entity. > Each event has the LAT and LON coordinates of where the event took place and > I need to show on a map all the query-selected events. > In the attached patch there is an implementation of a "geoChart" framework > screen that takes as input a geoChart map containing: > geoChart > - dataSourceId -> select the map system to be used (google, yahoo etc.) I > do not like this mane. I think I will rename to mapProviderId but it is how > it is named right now > - width > - height -> map dimensions > - center -> the center point of the map > - points -> the points array to be showed on the map > In the patch there are also some example screens (in the example application) > to show how it works. > I think that the suggested screen is more general and can replace the actual > one. > BTW: > 1) Why the dataSourceId is in the GeoPoint entity ? > I think the GeoPointEntity should be independent of what map provider (if > any) will be used to show it. > 2) A further improvement to this will be to add an heatmap mode (just started > looking at this code: http://code.google.com/p/jheatmap/) that can be used > when points will be too many or whenever an average distribution is only > required (but this will be another page). > I submit this patch in order to have a first review by you. > Thank you, > Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Logging in selenium XML
On 16/12/2009, at 10:00 AM, Nicolas Malin wrote: Le mercredi 16 décembre 2009 à 09:36 +1300, Scott Gray a écrit : That sounds like a good idea to me. What would be awesome is if the CI server could inspect the commit, determine the components/ applications affected and then only run the applicable tests. Full tests runs could be reserved for framework commits or something like that. It's good idea for 90% change in applications components but with integrate system as OFBiz some change on one component can generate error on other components. With Neogia we had 40 seleniums test and many alert from test came from business component that selenium test didn't depends. With OFBiz structure we can run full test when operate change in application and framework (for me application is also a business framework ;) ) and only a component for not important framework component (exemple, ...) and specialpurpose. I think initially it will be perfectly fine to run every test for every commit but eventually (assuming people actually contribute tests) the number of tests may make this impractical and that is the point where we'll need to find ways of trimming down the test runs. cheers Nicolas Regards Scott On 16/12/2009, at 3:13 AM, Tim Ruppert wrote: One thing that we could easily do is put together a continuous integration that has several branches - one that is run immediately upon each of the commits and one that is scheduled for a few times a day for these longer running tests. I agree that we definitely need these in place, but breaking them up might: 1. Get people to write more unit tests that are quicker to run. 2. Get people to write more of the longer ones because those will still be catching any potential issues. Just a thought. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 4:01 AM, Matthieu Bollot wrote: Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : Hi Erwan, It'll be another couple of days before I can make an informed comment, I'm still very much in the learning phase. One question I do have, does anybody have selenium setup to run in a continuous integration environment? We do have some at nereide If you have lots of tests, how long to they take to run? Is SeleniumGrid a good solution to shortening the time a test run takes? So maybe a few questions :-) The results here : http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html took 12 minutes for 13 tests and the results here : http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html took about 20 minutes for 41 tests That's a quite fast server. 4 proc, 8GB ram (those are html testSuite using selenium-server.jar directly, perhaps using seleniumXML can change the duration a little bit) And loading a page is may be the only "long" stuff. I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. I think that selenium is quite good because you can _really_ know how long took a test, e.g we could also test how long it takes to purchase 1000 products (don't know if it will be still possible with webtest) cheers, Regards Scott HotWax Media http://www.hotwaxmedia.com On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: Hi all, As many of us are now looking into seleniumXML, I would like to discuss a bit more with you of the logging of errors and success in seleniumXml. Has anyone started something ? The changes that have to integrate are major and is would be great to coordinate our efforts. What I'm thinking is adding JUnit asserts at the end of a selenium command, to be able to create JUnit XML files and after creating a report. This will then help us to identify errors on the interface or in functional testcases. Regards, -- Erwan de FERRIERES www.nereide.biz -- Matthieu BOLLOT www.nereide.biz -- 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/ smime.p7s Description: S/MIME cryptographic signature
Re: Logging in selenium XML
Le mercredi 16 décembre 2009 à 09:36 +1300, Scott Gray a écrit : > That sounds like a good idea to me. What would be awesome is if the > CI server could inspect the commit, determine the components/ > applications affected and then only run the applicable tests. Full > tests runs could be reserved for framework commits or something like > that. It's good idea for 90% change in applications components but with integrate system as OFBiz some change on one component can generate error on other components. With Neogia we had 40 seleniums test and many alert from test came from business component that selenium test didn't depends. With OFBiz structure we can run full test when operate change in application and framework (for me application is also a business framework ;) ) and only a component for not important framework component (exemple, ...) and specialpurpose. cheers Nicolas > > Regards > Scott > > On 16/12/2009, at 3:13 AM, Tim Ruppert wrote: > > > One thing that we could easily do is put together a continuous > > integration that has several branches - one that is run immediately > > upon each of the commits and one that is scheduled for a few times a > > day for these longer running tests. I agree that we definitely need > > these in place, but breaking them up might: > > > > 1. Get people to write more unit tests that are quicker to run. > > 2. Get people to write more of the longer ones because those will > > still be catching any potential issues. > > > > Just a thought. > > > > Cheers, > > Ruppert > > -- > > Tim Ruppert > > HotWax Media > > http://www.hotwaxmedia.com > > > > o:801.649.6594 > > f:801.649.6595 > > > > On Dec 15, 2009, at 4:01 AM, Matthieu Bollot wrote: > > > >> Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : > >>> Hi Erwan, > >>> > >>> It'll be another couple of days before I can make an informed > >>> comment, > >>> I'm still very much in the learning phase. > >>> > >>> One question I do have, does anybody have selenium setup to run in a > >>> continuous integration environment? > >> We do have some at nereide > >>> If you have lots of tests, how long to they take to run? Is > >>> SeleniumGrid a good solution to shortening the time a test run > >>> takes? > >>> So maybe a few questions :-) > >> > >> The results here : > >> http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html > >> took 12 minutes for 13 tests > >> and the results here : > >> http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html > >> took about 20 minutes for 41 tests > >> That's a quite fast server. 4 proc, 8GB ram (those are html testSuite > >> using selenium-server.jar directly, perhaps using seleniumXML can > >> change > >> the duration a little bit) > >> > >> And loading a page is may be the only "long" stuff. > >> > >>> I guess I'm still sitting here wondering if WebTest isn't a better > >>> solution simply because it doesn't require a browser (just another > >>> ant > >>> task) and the tests run faster. I've never used either before so > >>> I'm > >>> in the dark on these solutions. > >> > >> I think that selenium is quite good because you can _really_ know how > >> long took a test, e.g we could also test how long it takes to > >> purchase > >> 1000 products (don't know if it will be still possible with webtest) > >> > >> cheers, > >> > >>> Regards > >>> Scott > >>> > >>> HotWax Media > >>> http://www.hotwaxmedia.com > >>> > >>> On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: > >>> > Hi all, > > As many of us are now looking into seleniumXML, I would like to > discuss a bit more with you of the logging of errors and success in > seleniumXml. > > Has anyone started something ? The changes that have to integrate > are major and is would be great to coordinate our efforts. > > What I'm thinking is adding JUnit asserts at the end of a selenium > command, to be able to create JUnit XML files and after creating a > report. This will then help us to identify errors on the interface > or in functional testcases. > > Regards, > > -- > Erwan de FERRIERES > www.nereide.biz > >>> > >> > >> -- > >> Matthieu BOLLOT > >> www.nereide.biz > >> > > > -- 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: Logging in selenium XML
On 16/12/2009, at 6:56 AM, Erwan de FERRIERES wrote: Le 15/12/2009 11:28, Scott Gray a écrit : I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. Webtest is emulating a browser and does not interface tests. It's why it's quicker. I think that those two technologies are not doing the same tests : * webtest can simulate a process, and make it run fast and doesn't about rendering or anything. * Selenium is more an interface test, and it's why it is more slow. You need a browser, and rendering is slow (JS, CSS, ... everything needs to be displayed to validate a command). I don't really see the difference, webtest still processes javascript and css and is actually stricter about html validity. They both ultimately use various forms of dom navigation to make assertions and perform actions. What does selenium actually do with the interface during the tests that makes it different? Pros and cons for those 2 tools may be found on this page, which is a bit old (2007)... http://mguillem.wordpress.com/2007/10/29/webtest-vs-selenium-webtest-wins-13-5/ Webtest is under an Apache2 license, but I didn't looked deeper to the files to see if everything really complies. Both can be run by ant tasks, which is fine. Well the difference here being that webtest is only using ant and java, you don't have to have a browser installed (and customized) to run the tests, anywhere you can run OFBiz you can run webtests. How difficult is it to setup a regular web server to run selenium tests? At the end of the day my only concern is that if the tests are difficult run then hardly anyone ever will and as we saw with the JUnit tests, once they stop being maintained they quickly become worthless. We should give a try to webtest, but we have to remember that both are different ! There is also webdriver which is a bit like webtest, and is currently integrated in selenium 2.0. But still with the issues with cssQuery and code licensed to Google... Regards -- Erwan de FERRIERES www.nereide.biz smime.p7s Description: S/MIME cryptographic signature
[jira] Commented: (OFBIZ-1546) Reports: Cash Flow Statement
[ https://issues.apache.org/jira/browse/OFBIZ-1546?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790942#action_12790942 ] Sumit Pandit commented on OFBIZ-1546: - Hi Anil, Jacaopo, This task can be close now. -- Sumit Pandit > Reports: Cash Flow Statement > > > Key: OFBIZ-1546 > URL: https://issues.apache.org/jira/browse/OFBIZ-1546 > Project: OFBiz > Issue Type: Sub-task > Components: accounting >Affects Versions: SVN trunk >Reporter: Jacopo Cappellato >Assignee: Anil K Patel > > http://en.wikipedia.org/wiki/Cash_flow_statement -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Logging in selenium XML
That sounds like a good idea to me. What would be awesome is if the CI server could inspect the commit, determine the components/ applications affected and then only run the applicable tests. Full tests runs could be reserved for framework commits or something like that. Regards Scott On 16/12/2009, at 3:13 AM, Tim Ruppert wrote: One thing that we could easily do is put together a continuous integration that has several branches - one that is run immediately upon each of the commits and one that is scheduled for a few times a day for these longer running tests. I agree that we definitely need these in place, but breaking them up might: 1. Get people to write more unit tests that are quicker to run. 2. Get people to write more of the longer ones because those will still be catching any potential issues. Just a thought. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 4:01 AM, Matthieu Bollot wrote: Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : Hi Erwan, It'll be another couple of days before I can make an informed comment, I'm still very much in the learning phase. One question I do have, does anybody have selenium setup to run in a continuous integration environment? We do have some at nereide If you have lots of tests, how long to they take to run? Is SeleniumGrid a good solution to shortening the time a test run takes? So maybe a few questions :-) The results here : http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html took 12 minutes for 13 tests and the results here : http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html took about 20 minutes for 41 tests That's a quite fast server. 4 proc, 8GB ram (those are html testSuite using selenium-server.jar directly, perhaps using seleniumXML can change the duration a little bit) And loading a page is may be the only "long" stuff. I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. I think that selenium is quite good because you can _really_ know how long took a test, e.g we could also test how long it takes to purchase 1000 products (don't know if it will be still possible with webtest) cheers, Regards Scott HotWax Media http://www.hotwaxmedia.com On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: Hi all, As many of us are now looking into seleniumXML, I would like to discuss a bit more with you of the logging of errors and success in seleniumXml. Has anyone started something ? The changes that have to integrate are major and is would be great to coordinate our efforts. What I'm thinking is adding JUnit asserts at the end of a selenium command, to be able to create JUnit XML files and after creating a report. This will then help us to identify errors on the interface or in functional testcases. Regards, -- Erwan de FERRIERES www.nereide.biz -- Matthieu BOLLOT www.nereide.biz smime.p7s Description: S/MIME cryptographic signature
Re: Logging in selenium XML
On 16/12/2009, at 12:01 AM, Matthieu Bollot wrote: Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : Hi Erwan, It'll be another couple of days before I can make an informed comment, I'm still very much in the learning phase. One question I do have, does anybody have selenium setup to run in a continuous integration environment? We do have some at nereide If you have lots of tests, how long to they take to run? Is SeleniumGrid a good solution to shortening the time a test run takes? So maybe a few questions :-) The results here : http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html took 12 minutes for 13 tests and the results here : http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html took about 20 minutes for 41 tests That's a quite fast server. 4 proc, 8GB ram (those are html testSuite using selenium-server.jar directly, perhaps using seleniumXML can change the duration a little bit) It's these durations that concern me, if OFBiz ends up with hundreds of tests then it will be impractical for a developer to ever run them on their local machine. I think we'll need to come up with a consistent structure for the tests so that they can easily find and run the tests that will cover their task at hand. And loading a page is may be the only "long" stuff. I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. I think that selenium is quite good because you can _really_ know how long took a test, e.g we could also test how long it takes to purchase 1000 products (don't know if it will be still possible with webtest) Well your always going to know how long the server took to respond, I think it just cuts out the actual rendering time. Besides this sounds more like performance testing which I don't really think Selenium is the most appropriate tool for. cheers, Regards Scott HotWax Media http://www.hotwaxmedia.com On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: Hi all, As many of us are now looking into seleniumXML, I would like to discuss a bit more with you of the logging of errors and success in seleniumXml. Has anyone started something ? The changes that have to integrate are major and is would be great to coordinate our efforts. What I'm thinking is adding JUnit asserts at the end of a selenium command, to be able to create JUnit XML files and after creating a report. This will then help us to identify errors on the interface or in functional testcases. Regards, -- Erwan de FERRIERES www.nereide.biz -- Matthieu BOLLOT www.nereide.biz smime.p7s Description: S/MIME cryptographic signature
Re: ofbiz.org domain and all the infra around it
On Dec 15, 2009, at 2:15 PM, Jacques Le Roux wrote: > Yes, but those links were supposed to be more portable. According to who or what? > Or did I misunderstand at some point and they are only interesting for emails? > Else I would never have used them outside of emails since they are not easier > to get In my opinion they're not even good for emails. I hate blind clicking, personally. They were supposed to be a unique identifier for the page so you could get to it even if the name/title of the page changed. However, if the unique identifier didn't transfer over to a new system, maybe it's not even that helpful. Also, if you go to a page whose name has changed confluence will automatically try to figure out which page you meant, and usually does a good job of helping you find the page. For internal links, ie to another part page in confluence, it's really silly to use the external short links when you can refer internally to the pages by name, and confluence will update those links whenever names change. -David > From: "David E Jones" >> >> On Dec 15, 2009, at 1:52 PM, Adrian Crum wrote: >> >>> David E Jones wrote: Well, hopefully we've learned our lesson... >>> >>> "One thing man can learn from history is that man doesn't learn from >>> history" or "Never assume a URL is eternal" - one of those lessons? >> >> Yes, exactly... which is one reason I like URLs with more information in >> them, like the space and page name in normal confluence URLs. It's also nice >> to have an idea about what you're going to get when you go a URL (I >> personally don't like blink clicking...). >> >> -David > >
[jira] Closed: (OFBIZ-3308) Error when uploading image on 'Edit Product Config Item Content' screen
[ https://issues.apache.org/jira/browse/OFBIZ-3308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti closed OFBIZ-3308. - Resolution: Fixed Fix Version/s: SVN trunk Fixed into trunk rev. 890973. > Error when uploading image on 'Edit Product Config Item Content' screen > --- > > Key: OFBIZ-3308 > URL: https://issues.apache.org/jira/browse/OFBIZ-3308 > Project: OFBiz > Issue Type: Bug > Components: product >Affects Versions: Release Branch 9.04 >Reporter: James >Assignee: Marco Risaliti >Priority: Minor > Fix For: SVN trunk > > Attachments: Error screen.jpg > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > When trying to upload an image for a product configuration item an error is > displayed and upload fails. > I think the issue is caused by the following line (85) in > EditProductConfigItemContent.groovy: > fileLocation = filenameExpander.expandString(['size', fileType, configItemId, > configItemId]); > I have changed this locally to: > fileLocation = filenameExpander.expandString(['size' : fileType, configItemId > : configItemId]); > and the upload works as expected. However, I'm not familiar with groovy and > am only just getting my head around OfBiz so if someone could verify the fix > that would be great. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ofbiz.org domain and all the infra around it
Yes, but those links were supposed to be more portable. Or did I misunderstand at some point and they are only interesting for emails? Else I would never have used them outside of emails since they are not easier to get Jacques From: "David E Jones" On Dec 15, 2009, at 1:52 PM, Adrian Crum wrote: David E Jones wrote: Well, hopefully we've learned our lesson... "One thing man can learn from history is that man doesn't learn from history" or "Never assume a URL is eternal" - one of those lessons? Yes, exactly... which is one reason I like URLs with more information in them, like the space and page name in normal confluence URLs. It's also nice to have an idea about what you're going to get when you go a URL (I personally don't like blink clicking...). -David
Re: ofbiz.org domain and all the infra around it
On Dec 15, 2009, at 1:52 PM, Adrian Crum wrote: > David E Jones wrote: >> Well, hopefully we've learned our lesson... > > "One thing man can learn from history is that man doesn't learn from history" > or "Never assume a URL is eternal" - one of those lessons? Yes, exactly... which is one reason I like URLs with more information in them, like the space and page name in normal confluence URLs. It's also nice to have an idea about what you're going to get when you go a URL (I personally don't like blink clicking...). -David
Re: ofbiz.org domain and all the infra around it
David E Jones wrote: Well, hopefully we've learned our lesson... "One thing man can learn from history is that man doesn't learn from history" or "Never assume a URL is eternal" - one of those lessons? -Adrian
New Wiki Permissions
I need my Wiki permissions added to the new Wiki. My email address is adrian.c...@yahoo.com. Thanks! -Adrian
Re: ofbiz.org domain and all the infra around it
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: ofbiz.org domain and all the infra around it
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? 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 Jacques -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: ofbiz.org domain and all the infra around it
What are the remaining resources? From memory: - build.ofbiz.org - api.ofbiz.org - bigfiles.ofbiz.org - olddocs.ofbiz.org 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. -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 >
[jira] Assigned: (OFBIZ-3308) Error when uploading image on 'Edit Product Config Item Content' screen
[ https://issues.apache.org/jira/browse/OFBIZ-3308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti reassigned OFBIZ-3308: - Assignee: Marco Risaliti > Error when uploading image on 'Edit Product Config Item Content' screen > --- > > Key: OFBIZ-3308 > URL: https://issues.apache.org/jira/browse/OFBIZ-3308 > Project: OFBiz > Issue Type: Bug > Components: product >Affects Versions: Release Branch 9.04 >Reporter: James >Assignee: Marco Risaliti >Priority: Minor > Attachments: Error screen.jpg > > Original Estimate: 0.17h > Remaining Estimate: 0.17h > > When trying to upload an image for a product configuration item an error is > displayed and upload fails. > I think the issue is caused by the following line (85) in > EditProductConfigItemContent.groovy: > fileLocation = filenameExpander.expandString(['size', fileType, configItemId, > configItemId]); > I have changed this locally to: > fileLocation = filenameExpander.expandString(['size' : fileType, configItemId > : configItemId]); > and the upload works as expected. However, I'm not familiar with groovy and > am only just getting my head around OfBiz so if someone could verify the fix > that would be great. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3350) Fixed Asset Problem
[ https://issues.apache.org/jira/browse/OFBIZ-3350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum closed OFBIZ-3350. -- Resolution: Fixed Fixed, rev 890918. Thanks Sam. The button on the left is decorative - it is not meant to do anything on leaf nodes. In a larger tree, you would see expand/collapse (+/-) icons there. > Fixed Asset Problem > > > Key: OFBIZ-3350 > URL: https://issues.apache.org/jira/browse/OFBIZ-3350 > Project: OFBiz > Issue Type: Bug > Components: accounting >Reporter: Sam Hamilton >Assignee: Adrian Crum >Priority: Trivial > > Starting on > https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE_GROUP > then click Children > the problems are: > 1. the box that sort of looks like a tick box does not do anything when > clicked > 2. clicking on DEMO_MACHINE adds a } on the end of the url > (https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE}) > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3350) Fixed Asset Problem
[ https://issues.apache.org/jira/browse/OFBIZ-3350?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adrian Crum reassigned OFBIZ-3350: -- Assignee: Adrian Crum > Fixed Asset Problem > > > Key: OFBIZ-3350 > URL: https://issues.apache.org/jira/browse/OFBIZ-3350 > Project: OFBiz > Issue Type: Bug > Components: accounting >Reporter: Sam Hamilton >Assignee: Adrian Crum >Priority: Trivial > > Starting on > https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE_GROUP > then click Children > the problems are: > 1. the box that sort of looks like a tick box does not do anything when > clicked > 2. clicking on DEMO_MACHINE adds a } on the end of the url > (https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE}) > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Logging in selenium XML
Le 15/12/2009 11:28, Scott Gray a écrit : I guess I'm still sitting here wondering if WebTest isn't a better solution simply because it doesn't require a browser (just another ant task) and the tests run faster. I've never used either before so I'm in the dark on these solutions. Webtest is emulating a browser and does not interface tests. It's why it's quicker. I think that those two technologies are not doing the same tests : * webtest can simulate a process, and make it run fast and doesn't about rendering or anything. * Selenium is more an interface test, and it's why it is more slow. You need a browser, and rendering is slow (JS, CSS, ... everything needs to be displayed to validate a command). Pros and cons for those 2 tools may be found on this page, which is a bit old (2007)... http://mguillem.wordpress.com/2007/10/29/webtest-vs-selenium-webtest-wins-13-5/ Webtest is under an Apache2 license, but I didn't looked deeper to the files to see if everything really complies. Both can be run by ant tasks, which is fine. We should give a try to webtest, but we have to remember that both are different ! There is also webdriver which is a bit like webtest, and is currently integrated in selenium 2.0. But still with the issues with cssQuery and code licensed to Google... Regards -- Erwan de FERRIERES www.nereide.biz
[jira] Closed: (OFBIZ-3345) Config Items Screen Error
[ https://issues.apache.org/jira/browse/OFBIZ-3345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti closed OFBIZ-3345. - Resolution: Fixed Fix Version/s: SVN trunk Thanks Sam, I have fixed it into trunk rev. 890903. > Config Items Screen Error > - > > Key: OFBIZ-3345 > URL: https://issues.apache.org/jira/browse/OFBIZ-3345 > Project: OFBiz > Issue Type: Bug > Components: product >Affects Versions: SVN trunk >Reporter: Sam Hamilton >Assignee: Marco Risaliti >Priority: Trivial > Fix For: SVN trunk > > > Start on this page - > https://demo.ofbiz.org/catalog/control/FindProductConfigItems > click Create New > Select Multi Choice from the drop down and give any name to the config - I > was calling mine config1 and then click update > Now click Content in the top menu and it should give you the following error > on a page with a similar url to this > https://demo.ofbiz.org/catalog/control/EditProductConfigItemContent?configItemId=10001 > (please note that if the demo server reloads its test data then this url > will stop working) > org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen > [component://product/widget/catalog/ConfigScreens.xml#EditProductConfigItemContent]: > org.ofbiz.base.util.GeneralException: Error running Groovy script at > location > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] > (Error loading Groovy script at > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: > java.net.MalformedURLException: Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character (Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character)) (Error running Groovy script at location > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] > (Error loading Groovy script at > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: > java.net.MalformedURLException: Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character (Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character))) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3345) Config Items Screen Error
[ https://issues.apache.org/jira/browse/OFBIZ-3345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti reassigned OFBIZ-3345: - Assignee: Marco Risaliti > Config Items Screen Error > - > > Key: OFBIZ-3345 > URL: https://issues.apache.org/jira/browse/OFBIZ-3345 > Project: OFBiz > Issue Type: Bug > Components: product >Affects Versions: SVN trunk >Reporter: Sam Hamilton >Assignee: Marco Risaliti >Priority: Trivial > Fix For: SVN trunk > > > Start on this page - > https://demo.ofbiz.org/catalog/control/FindProductConfigItems > click Create New > Select Multi Choice from the drop down and give any name to the config - I > was calling mine config1 and then click update > Now click Content in the top menu and it should give you the following error > on a page with a similar url to this > https://demo.ofbiz.org/catalog/control/EditProductConfigItemContent?configItemId=10001 > (please note that if the demo server reloads its test data then this url > will stop working) > org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen > [component://product/widget/catalog/ConfigScreens.xml#EditProductConfigItemContent]: > org.ofbiz.base.util.GeneralException: Error running Groovy script at > location > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] > (Error loading Groovy script at > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: > java.net.MalformedURLException: Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character (Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character)) (Error running Groovy script at location > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] > (Error loading Groovy script at > [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: > java.net.MalformedURLException: Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character (Path > component://product/webapp/catalog/config/ConfigForms.xml does not start with > a "/" character))) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3350) Fixed Asset Problem
Fixed Asset Problem Key: OFBIZ-3350 URL: https://issues.apache.org/jira/browse/OFBIZ-3350 Project: OFBiz Issue Type: Bug Components: accounting Reporter: Sam Hamilton Priority: Trivial Starting on https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE_GROUP then click Children the problems are: 1. the box that sort of looks like a tick box does not do anything when clicked 2. clicking on DEMO_MACHINE adds a } on the end of the url (https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE}) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3349) Fixed Asset Depreciation Report For Demo Machine Group Error
Fixed Asset Depreciation Report For Demo Machine Group Error Key: OFBIZ-3349 URL: https://issues.apache.org/jira/browse/OFBIZ-3349 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Sam Hamilton Priority: Trivial If you start on this screen - https://demo.ofbiz.org/accounting/control/EditFixedAsset?fixedAssetId=DEMO_MACHINE_GROUP then click Depreciation then it will show: The Following Errors Occurred: Field expectedEndOfLife is empty in FixedAsset data. Perhaps something is missing from the demo data??? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Ofbiz integration with CMS
I think a products grid display that simply shows all filtered products with their main properties could be useful. I can find it in every ecommerce and in Neogia also. My 0.02€ -Bruno 2009/12/15 Ruth Hoffman : > Hi Mridul: > Well, first, I put in a shameless plug for my Catalog Manager book: > > http://www.myofbiz.com/control/bookdetail?id=CMV01_OEGR4_09_2009 > > From there you can see how the Catalog Manager works OOTB. Then, I'd think > about doing the following: (Note: this is a very high level process flow:) > > 1) Change the Catalog Manager UI to add some status information about > product content so that you have an initial product "state" (For example, > product has just been added to the catalog. Or, product is subject to > multi-level review process etc.) > > 2) Change the Catalog Manager to add a few screens for managing product > content workflow. [And I think this goes here - and not in the CMS component > - because the person(s) approving product content including images are > probably the same person(s) who play the "Product Manager" role within the > Enterprise. These same person(s) would be coming up with product pricing and > merchandising information.] Of course, you would use the Content component's > entities and perhaps some of existing services to implement this. > > 3) Add a few status records (using CONTENT_PURPOSE or whatever) that audit > the status of product content review(s) and change existing services (or > write your own - depending on what is there already) to only allow product's > that require content review be added to a catalog/category once the proper > status is in place. > > 4) If you want actual workflow with multi-level reviewing, something like: A > data entry person first enters in the content and then a supervisor or > product manager approves that "entry" and then the company president > approves the "entry", then you will need to add some role based security to > the actual pages that control workflow actions (the approvals). Or, you > might consider using email as a workflow coordination tool - such that the > approver's don't actually have to login to approve something, they can just > use email or other OFBiz messaging service to indicate approvals. > > Just my first pass at this. > Regards, > Ruth > > Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" > ruth.hoff...@myofbiz.com > > asitkumar@tcs.com wrote: >> >> Hi Ruth\Mridul >> Thanks for replying ...But as i have seen in product catalog >> management of ofbiz only one workflow is present for Product review which >> is >> not a part of content management system. Can you please provide me >> information where to start with , for implementing a work flow for content >> management system. >> >> Mridul Pathak-2 wrote: >> >>> >>> Asit, >>> >>> As Ruth has already pointed here, I believe that what you are trying to >>> achieve can be done with current OFBiz CMS implementation. CMS in ofbiz >>> already have the workflow in place which is controlled through Content >>> Purpose and Operation based security. There might be some issues here and >>> there, but those can be fixed once found out. And finally some >>> modification to Product Content Management can lead to the desirable >>> behavior. >>> >>> -- >>> Thanks, >>> Mridul Pathak >>> http://www.hotwaxmedia.com >>> >>> On 04-Dec-09, at 7:10 PM, Ruth Hoffman wrote: >>> >>> Hello Divesh: If all you want to do is control the addition/removal of images to product catalog(s) using a 2 level approval process, then this seems to me a very simple modification to the existing Content Manager application. Lots easier then trying to integrate and then support another CMS. Regards, Ruth Ruth Hoffman, Author, Mentor & OFBiz Enthusiast ruth.hoff...@myofbiz.com Want to know more about OFBiz? Please visit my website: http://www.myofbiz.com Shi Yusen wrote: > > In OpenCms, the default publish workflow is controlled by roles or > permissions. > > You can try OpenCms's mail list to get help on this. > > > 在 2009-12-03四的 21:43 -0800，asitkumar@tcs.comå†™é “ï¼š > > >> >> Hello Divesh >> So , i should go for content management system outside >> ofbiz >> and have the work flow process there & i can associate the image with >> product after the approval. currently looking OpenCMS 7.5.1 but can >> not find >> any work flow management system in it. >> >> Divesh Dutta wrote: >> >> >>> >>> Hello Asit, >>> >>> This is currently not supported in OFBiz OOTB. But as this is >>> specific need and not generic, surely this can be achieved by writing >>> custom code. >>> >>> Thanks >>> --
Re: Ofbiz integration with CMS
Hi Mridul: Well, first, I put in a shameless plug for my Catalog Manager book: http://www.myofbiz.com/control/bookdetail?id=CMV01_OEGR4_09_2009 From there you can see how the Catalog Manager works OOTB. Then, I'd think about doing the following: (Note: this is a very high level process flow:) 1) Change the Catalog Manager UI to add some status information about product content so that you have an initial product "state" (For example, product has just been added to the catalog. Or, product is subject to multi-level review process etc.) 2) Change the Catalog Manager to add a few screens for managing product content workflow. [And I think this goes here - and not in the CMS component - because the person(s) approving product content including images are probably the same person(s) who play the "Product Manager" role within the Enterprise. These same person(s) would be coming up with product pricing and merchandising information.] Of course, you would use the Content component's entities and perhaps some of existing services to implement this. 3) Add a few status records (using CONTENT_PURPOSE or whatever) that audit the status of product content review(s) and change existing services (or write your own - depending on what is there already) to only allow product's that require content review be added to a catalog/category once the proper status is in place. 4) If you want actual workflow with multi-level reviewing, something like: A data entry person first enters in the content and then a supervisor or product manager approves that "entry" and then the company president approves the "entry", then you will need to add some role based security to the actual pages that control workflow actions (the approvals). Or, you might consider using email as a workflow coordination tool - such that the approver's don't actually have to login to approve something, they can just use email or other OFBiz messaging service to indicate approvals. Just my first pass at this. Regards, Ruth Find me on the web at http://www.myofbiz.com or Google keyword "myofbiz" ruth.hoff...@myofbiz.com asitkumar@tcs.com wrote: Hi Ruth\Mridul Thanks for replying ...But as i have seen in product catalog management of ofbiz only one workflow is present for Product review which is not a part of content management system. Can you please provide me information where to start with , for implementing a work flow for content management system. Mridul Pathak-2 wrote: Asit, As Ruth has already pointed here, I believe that what you are trying to achieve can be done with current OFBiz CMS implementation. CMS in ofbiz already have the workflow in place which is controlled through Content Purpose and Operation based security. There might be some issues here and there, but those can be fixed once found out. And finally some modification to Product Content Management can lead to the desirable behavior. -- Thanks, Mridul Pathak http://www.hotwaxmedia.com On 04-Dec-09, at 7:10 PM, Ruth Hoffman wrote: Hello Divesh: If all you want to do is control the addition/removal of images to product catalog(s) using a 2 level approval process, then this seems to me a very simple modification to the existing Content Manager application. Lots easier then trying to integrate and then support another CMS. Regards, Ruth Ruth Hoffman, Author, Mentor & OFBiz Enthusiast ruth.hoff...@myofbiz.com Want to know more about OFBiz? Please visit my website: http://www.myofbiz.com Shi Yusen wrote: In OpenCms, the default publish workflow is controlled by roles or permissions. You can try OpenCms's mail list to get help on this. 在 2009-12-03四的 21:43 -0800，asitkumar@tcs.com写�： Hello Divesh So , i should go for content management system outside ofbiz and have the work flow process there & i can associate the image with product after the approval. currently looking OpenCMS 7.5.1 but can not find any work flow management system in it. Divesh Dutta wrote: Hello Asit, This is currently not supported in OFBiz OOTB. But as this is specific need and not generic, surely this can be achieved by writing custom code. Thanks -- Divesh Dutta http://www.hotwaxmedia.com asitkumar@tcs.com wrote: Hi Divesh, Thanks for replying. If current Ofbiz system is able to add any image to a product (not overriding simple fields as it picks image from runtime folder.). I want the image content to be added to produt as this way. Adding a image to a product in (e commerce) application from content management system. The image will be shown associated in web store after two levels of approval from specific users or usr groups. If ofbiz content management system can handle this scenario. Thansk Asit Div
[jira] Updated: (OFBIZ-3348) Showing multiple geopoints on a map
[ https://issues.apache.org/jira/browse/OFBIZ-3348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bruno Busco updated OFBIZ-3348: --- Attachment: OFBIZ-3348 geoChart.patch > Showing multiple geopoints on a map > --- > > Key: OFBIZ-3348 > URL: https://issues.apache.org/jira/browse/OFBIZ-3348 > Project: OFBiz > Issue Type: Improvement > Components: framework >Reporter: Bruno Busco >Priority: Minor > Attachments: OFBIZ-3348 geoChart.patch > > > As discussed on the ML I need to show several geoPoint markers on a single > map. > I searched for some helping tools in the framework and found the name="geoLocation"> > and the relative > Unfortunately this can only be used to show on a Google Map a single geoPoint > record providing its geoPointId. > In my application I have a sort of "event" entity. > Each event has the LAT and LON coordinates of where the event took place and > I need to show on a map all the query-selected events. > In the attached patch there is an implementation of a "geoChart" framework > screen that takes as input a geoChart map containing: > geoChart > - dataSourceId -> select the map system to be used (google, yahoo etc.) I > do not like this mane. I think I will rename to mapProviderId but it is how > it is named right now > - width > - height -> map dimensions > - center -> the center point of the map > - points -> the points array to be showed on the map > In the patch there are also some example screens (in the example application) > to show how it works. > I think that the suggested screen is more general and can replace the actual > one. > BTW: > 1) Why the dataSourceId is in the GeoPoint entity ? > I think the GeoPointEntity should be independent of what map provider (if > any) will be used to show it. > 2) A further improvement to this will be to add an heatmap mode (just started > looking at this code: http://code.google.com/p/jheatmap/) that can be used > when points will be too many or whenever an average distribution is only > required (but this will be another page). > I submit this patch in order to have a first review by you. > Thank you, > Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3348) Showing multiple geopoints on a map
Showing multiple geopoints on a map --- Key: OFBIZ-3348 URL: https://issues.apache.org/jira/browse/OFBIZ-3348 Project: OFBiz Issue Type: Improvement Components: framework Reporter: Bruno Busco Priority: Minor Attachments: OFBIZ-3348 geoChart.patch As discussed on the ML I need to show several geoPoint markers on a single map. I searched for some helping tools in the framework and found the and the relative Unfortunately this can only be used to show on a Google Map a single geoPoint record providing its geoPointId. In my application I have a sort of "event" entity. Each event has the LAT and LON coordinates of where the event took place and I need to show on a map all the query-selected events. In the attached patch there is an implementation of a "geoChart" framework screen that takes as input a geoChart map containing: geoChart - dataSourceId -> select the map system to be used (google, yahoo etc.) I do not like this mane. I think I will rename to mapProviderId but it is how it is named right now - width - height -> map dimensions - center -> the center point of the map - points -> the points array to be showed on the map In the patch there are also some example screens (in the example application) to show how it works. I think that the suggested screen is more general and can replace the actual one. BTW: 1) Why the dataSourceId is in the GeoPoint entity ? I think the GeoPointEntity should be independent of what map provider (if any) will be used to show it. 2) A further improvement to this will be to add an heatmap mode (just started looking at this code: http://code.google.com/p/jheatmap/) that can be used when points will be too many or whenever an average distribution is only required (but this will be another page). I submit this patch in order to have a first review by you. Thank you, Bruno -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3327) Internazionalization of error messages of create and update Credit Card service
[ https://issues.apache.org/jira/browse/OFBIZ-3327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marco Risaliti closed OFBIZ-3327. - Resolution: Fixed Fixed into trunk rev. 890892. > Internazionalization of error messages of create and update Credit Card > service > --- > > Key: OFBIZ-3327 > URL: https://issues.apache.org/jira/browse/OFBIZ-3327 > Project: OFBiz > Issue Type: Improvement > Components: accounting >Affects Versions: SVN trunk >Reporter: Marco Risaliti >Assignee: Marco Risaliti >Priority: Trivial > Fix For: SVN trunk > > Attachments: i18n_createAndUpdateCreditCard > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3347) Improvement to EFT Account Information
Improvement to EFT Account Information -- Key: OFBIZ-3347 URL: https://issues.apache.org/jira/browse/OFBIZ-3347 Project: OFBiz Issue Type: Improvement Components: party Affects Versions: SVN trunk Reporter: Sam Hamilton Priority: Trivial While trying to add some account information about a Chinese supplier I think that the screen https://demo.ofbiz.org/partymgr/control/editeftaccount?partyId=DemoSupplier can be improved a couple of ways 1. Routing number should not be a required field (in China we only use the bank account number) 2. Saving the bank address - this can then be used when doing international payments 3. Depending on where the payment is being made from it would also be useful to store more information about the bank account like SWIFT or BIC or IBAN codes in addition to the normal bank account number and routing code 4. Routing number is reasonably specific to the US market, in the UK its called a Sort Code so perhaps a drop down box can be used to select the localised name -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ESME implementation was: Why ESME was: proposal: ESME
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. 2. everybody will follow the system messages from the system administrator which is currently done in the system info notes (commonext component), ESME will replace it. The proposal: 1. We should install ESME as a 'normal' OFBiz component in the application- or even framework folder because it will be a mandatory part of the system. 2. ESME authentication will be disabled and should, as a normal ofbiz component, use the framework authentication. 3. ESME runs happily under Tomcat and is using the Java runtime. 4. ESME has the Apache 2 license, so no problems here too. Further plans: We almost upgraded to Axis2 in the framework and let OFBiz installations exchange ESME messages via webservices. Regards, Hans. On Mon, 2009-12-14 at 07:48 -0800, Adrian Crum wrote: I believe any integration with existing chat/twitter-like services would be useful. From my perspective, it would be best to build into OFBiz a gateway to these external services. In other words, take the same approach we use with external payment processors. I believe that would be less complicated and more flexible than integrating a specific service into OFBiz. -Adrian 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)
[jira] Commented: (OFBIZ-3245) Sandbox: Integrating The New Conversion Framework Into The Entity Engine
[ https://issues.apache.org/jira/browse/OFBIZ-3245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790794#action_12790794 ] Adrian Crum commented on OFBIZ-3245: Nathan, I am confused. Are you saying the attached patch doesn't fix the problem? > Sandbox: Integrating The New Conversion Framework Into The Entity Engine > > > Key: OFBIZ-3245 > URL: https://issues.apache.org/jira/browse/OFBIZ-3245 > Project: OFBiz > Issue Type: Improvement > Components: framework >Affects Versions: SVN trunk >Reporter: Adrian Crum >Assignee: Adrian Crum >Priority: Minor > Attachments: conversion.patch, conversion.patch, conversion.patch, > conversion.patch, conversion.patch > > > This issue contains a patch intended for evaluation before it is committed. > 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.
[jira] Closed: (OFBIZ-3257) Security concern in the way to populate parameters map in the context
[ https://issues.apache.org/jira/browse/OFBIZ-3257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David E. Jones closed OFBIZ-3257. - Resolution: Fixed Fix Version/s: SVN trunk Assignee: David E. Jones Thanks for the idea Patrick. I've made this little change in the trunk in SVN rev 890831. For now I'm planning to not change this in the release branches. > Security concern in the way to populate parameters map in the context > - > > Key: OFBIZ-3257 > URL: https://issues.apache.org/jira/browse/OFBIZ-3257 > Project: OFBiz > Issue Type: Bug > Components: framework >Affects Versions: SVN trunk >Reporter: Patrick Antivackis >Assignee: David E. Jones > Fix For: SVN trunk > > > In the parameters map available in the context, get or post parameters can > override session and application attributes. > The way to create the parameters map is the following in > UtilHttp.getCombinedMap : > combinedMap.putAll(getServletContextMap(request, namesToSkip)); // > bottom level application attributes > combinedMap.putAll(getSessionMap(request, namesToSkip));// > session overrides application > combinedMap.putAll(getParameterMap(request)); // > parameters override session > combinedMap.putAll(getAttributeMap(request)); // > attributes trump them all > I understand that session can override application attributes, but I dont > understand why Parameters can override them. > For example if you try the following : > https://localhost:8443/webtools/control/main?mainDecoratorLocation=component://ecommerce/widget/CommonScreens.xml > You will be surprised. This also mean, that whatever personal configuration > parameters you are putting in the web.xml, they can be overriden by get or > post parameters. > I propose to do the following instead : > combinedMap.putAll(getParameterMap(request)); // > parameters shouldn't override anything > combinedMap.putAll(getServletContextMap(request, namesToSkip)); // > bottom level application attributes > combinedMap.putAll(getSessionMap(request, namesToSkip));// > session overrides application > combinedMap.putAll(getAttributeMap(request)); // > attributes trump them all > What do you think ? > [from the dev list : > http://n4.nabble.com/Security-concern-in-the-way-to-populate-context-td787134.html] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: ofbiz.org domain and all the infra around it
+1 for moving olddocs.ofbiz.org to ASF infra somewhere (actually saving this somewhere be ASF or else, untill the old tinylinks issue is resolved) But is this possible? With an export? Jacques From: Tim Ruppert 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
[jira] Updated: (OFBIZ-3343) Birt description in menu
[ https://issues.apache.org/jira/browse/OFBIZ-3343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-3343: --- Issue Type: Sub-task (was: Bug) Parent: OFBIZ-2398 > Birt description in menu > - > > Key: OFBIZ-3343 > URL: https://issues.apache.org/jira/browse/OFBIZ-3343 > Project: OFBiz > Issue Type: Sub-task >Reporter: Sam Hamilton >Priority: Trivial > > Using the bizzness theme the description for Birt on this page > https://demo.ofbiz.org/birt/control/main is in the header menu - I think its > probably just missing a couple of line breaks. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3346) Bizzness theme in a popup
[ https://issues.apache.org/jira/browse/OFBIZ-3346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-3346: --- Issue Type: Sub-task (was: Bug) Parent: OFBIZ-2398 > Bizzness theme in a popup > - > > Key: OFBIZ-3346 > URL: https://issues.apache.org/jira/browse/OFBIZ-3346 > Project: OFBiz > Issue Type: Sub-task >Affects Versions: SVN trunk >Reporter: Sam Hamilton >Priority: Trivial > > The left grey menu is still showing in a popup for an example first go to > https://demo.ofbiz.org/humanres/control/EditEmplLeave > then click on the icon next to the Party ID box to see the example -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3340) Menu Arrow not updating after clicking link
[ https://issues.apache.org/jira/browse/OFBIZ-3340?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-3340: --- Issue Type: Sub-task (was: Bug) Parent: OFBIZ-2398 > Menu Arrow not updating after clicking link > --- > > Key: OFBIZ-3340 > URL: https://issues.apache.org/jira/browse/OFBIZ-3340 > Project: OFBiz > Issue Type: Sub-task > Components: specialpurpose/myportal >Affects Versions: SVN trunk >Reporter: Sam Hamilton >Priority: Trivial > > When using Bizzness theme go here - > https://demo.ofbiz.org/myportal/control/setUserPreference > then click Preferences you should then notice that the menu arrow does not > move down to highlight Preferences > tested in Safari 4 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
ofbiz.org domain and all the infra around it
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 smime.p7s Description: S/MIME cryptographic signature
Re: [OT]Re: Request for Comments: Board Report Dec 2009
Please note that this is just one person's opinion. -David On Dec 15, 2009, at 2:18 AM, Raj Saini wrote: > OpenEJB view of PMC roles and responsibilities > > http://osdir.com/ml/dev.openejb.apache.org/2009-07/msg3.html > > > Ashish Vijaywargiya wrote: >> Thanks David & Other PMC members. >> Feeling glad to know that you guys have voted in favor of me to become a PMC >> member. >> >> Very nice, true feelings and for sure one of the biggest gift of my life. >> Thanks once again for making Dec 15 as a memorable day for me. >> >> +1 for the board report - everything looks good to me. >> -- >> Ashish >> >> On Mon, Dec 14, 2009 at 10:52 PM, David E Jones wrote: >> >> >>> I have a draft for the Dec 2009 OFBiz Board Report ready here: >>> >>> >>> http://cwiki.apache.org/confluence/display/OFBADMIN/ASF+Board+Report+2009-12 >>> >>> If there is anything anyone would like to add, or correct, or whatever, >>> please let me know! I'll be submitting it later today. >>> >>> Thanks, >>> -David >>> >>> >>> >> >> >
Re: Logging in selenium XML
One thing that we could easily do is put together a continuous integration that has several branches - one that is run immediately upon each of the commits and one that is scheduled for a few times a day for these longer running tests. I agree that we definitely need these in place, but breaking them up might: 1. Get people to write more unit tests that are quicker to run. 2. Get people to write more of the longer ones because those will still be catching any potential issues. Just a thought. Cheers, Ruppert -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 On Dec 15, 2009, at 4:01 AM, Matthieu Bollot wrote: > Le mardi 15 décembre 2009 à 23:28 +1300, Scott Gray a écrit : >> Hi Erwan, >> >> It'll be another couple of days before I can make an informed comment, >> I'm still very much in the learning phase. >> >> One question I do have, does anybody have selenium setup to run in a >> continuous integration environment? > We do have some at nereide >> If you have lots of tests, how long to they take to run? Is >> SeleniumGrid a good solution to shortening the time a test run takes? >> So maybe a few questions :-) > > The results here : > http://selenium.neogia.org/ofbiz/results/result_2009.12.14_08:12:44.html > took 12 minutes for 13 tests > and the results here : > http://selenium.neogia.org/ofbizNeogia.stable/results/result_2009.12.14_08:12:45.html > took about 20 minutes for 41 tests > That's a quite fast server. 4 proc, 8GB ram (those are html testSuite > using selenium-server.jar directly, perhaps using seleniumXML can change > the duration a little bit) > > And loading a page is may be the only "long" stuff. > >> I guess I'm still sitting here wondering if WebTest isn't a better >> solution simply because it doesn't require a browser (just another ant >> task) and the tests run faster. I've never used either before so I'm >> in the dark on these solutions. > > I think that selenium is quite good because you can _really_ know how > long took a test, e.g we could also test how long it takes to purchase > 1000 products (don't know if it will be still possible with webtest) > > cheers, > >> Regards >> Scott >> >> HotWax Media >> http://www.hotwaxmedia.com >> >> On 15/12/2009, at 10:07 PM, Erwan de FERRIERES wrote: >> >>> Hi all, >>> >>> As many of us are now looking into seleniumXML, I would like to >>> discuss a bit more with you of the logging of errors and success in >>> seleniumXml. >>> >>> Has anyone started something ? The changes that have to integrate >>> are major and is would be great to coordinate our efforts. >>> >>> What I'm thinking is adding JUnit asserts at the end of a selenium >>> command, to be able to create JUnit XML files and after creating a >>> report. This will then help us to identify errors on the interface >>> or in functional testcases. >>> >>> Regards, >>> >>> -- >>> Erwan de FERRIERES >>> www.nereide.biz >> > > -- > Matthieu BOLLOT > www.nereide.biz > smime.p7s Description: S/MIME cryptographic signature
[jira] Created: (OFBIZ-3346) Bizzness theme in a popup
Bizzness theme in a popup - Key: OFBIZ-3346 URL: https://issues.apache.org/jira/browse/OFBIZ-3346 Project: OFBiz Issue Type: Bug Affects Versions: SVN trunk Reporter: Sam Hamilton Priority: Trivial The left grey menu is still showing in a popup for an example first go to https://demo.ofbiz.org/humanres/control/EditEmplLeave then click on the icon next to the Party ID box to see the example -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3345) Config Items Screen Error
Config Items Screen Error - Key: OFBIZ-3345 URL: https://issues.apache.org/jira/browse/OFBIZ-3345 Project: OFBiz Issue Type: Bug Components: product Affects Versions: SVN trunk Reporter: Sam Hamilton Priority: Trivial Start on this page - https://demo.ofbiz.org/catalog/control/FindProductConfigItems click Create New Select Multi Choice from the drop down and give any name to the config - I was calling mine config1 and then click update Now click Content in the top menu and it should give you the following error on a page with a similar url to this https://demo.ofbiz.org/catalog/control/EditProductConfigItemContent?configItemId=10001 (please note that if the demo server reloads its test data then this url will stop working) org.ofbiz.widget.screen.ScreenRenderException: Error rendering screen [component://product/widget/catalog/ConfigScreens.xml#EditProductConfigItemContent]: org.ofbiz.base.util.GeneralException: Error running Groovy script at location [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] (Error loading Groovy script at [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: java.net.MalformedURLException: Path component://product/webapp/catalog/config/ConfigForms.xml does not start with a "/" character (Path component://product/webapp/catalog/config/ConfigForms.xml does not start with a "/" character)) (Error running Groovy script at location [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy] (Error loading Groovy script at [component://product/webapp/catalog/WEB-INF/actions/config/EditProductConfigItemContent.groovy]: java.net.MalformedURLException: Path component://product/webapp/catalog/config/ConfigForms.xml does not start with a "/" character (Path component://product/webapp/catalog/config/ConfigForms.xml does not start with a "/" character))) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-3344) Adding Calendar event gives error in Accounting Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12790743#action_12790743 ] Divesh Dutta commented on OFBIZ-3344: - Thanks Ashish :) > Adding Calendar event gives error in Accounting Manager > - > > Key: OFBIZ-3344 > URL: https://issues.apache.org/jira/browse/OFBIZ-3344 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Divesh Dutta >Assignee: Ashish Vijaywargiya > Fix For: SVN trunk > > Attachments: OFBiz-3344.patch > > > Steps to produce the bug: > 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets > 2) Find fixed assets > 3) Select DEMO_PROJECTOR > 4) Now click on calendar menu > 5) Click on "Add new" for adding new event in calendar. > 6) Give the event name on Add/modify a calendar event and then click on > "Add" button > 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3344) Adding Calendar event gives error in Accounting Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-3344. -- Resolution: Fixed Thanks Divesh - Committed in trunk at r890793. -- Ashish Vijaywargiya > Adding Calendar event gives error in Accounting Manager > - > > Key: OFBIZ-3344 > URL: https://issues.apache.org/jira/browse/OFBIZ-3344 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Divesh Dutta >Assignee: Ashish Vijaywargiya > Fix For: SVN trunk > > Attachments: OFBiz-3344.patch > > > Steps to produce the bug: > 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets > 2) Find fixed assets > 3) Select DEMO_PROJECTOR > 4) Now click on calendar menu > 5) Click on "Add new" for adding new event in calendar. > 6) Give the event name on Add/modify a calendar event and then click on > "Add" button > 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3339) Enhance Find Billing Account Screen to follow standard Find/List screen pattern
[ https://issues.apache.org/jira/browse/OFBIZ-3339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-3339. -- Resolution: Fixed Thanks Surya & Ratnesh for the contribution - committed in trunk at r890792. -- Ashish Vijaywargiya > Enhance Find Billing Account Screen to follow standard Find/List screen > pattern > --- > > Key: OFBIZ-3339 > URL: https://issues.apache.org/jira/browse/OFBIZ-3339 > Project: OFBiz > Issue Type: Improvement > Components: accounting >Affects Versions: SVN trunk >Reporter: Ratnesh Upadhyay >Assignee: Ashish Vijaywargiya >Priority: Minor > Fix For: SVN trunk > > Attachments: Ofbiz_3339.patch > > > Enhance https://demo.ofbiz.org/accounting/control/FindBillingAccount. Add > Search form where user can enter search criteria. The screen should follow > standard Find/List screen decorator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3344) Adding Calendar event gives error in Accounting Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-3344: -- Assignee: Ashish Vijaywargiya > Adding Calendar event gives error in Accounting Manager > - > > Key: OFBIZ-3344 > URL: https://issues.apache.org/jira/browse/OFBIZ-3344 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Divesh Dutta >Assignee: Ashish Vijaywargiya > Fix For: SVN trunk > > Attachments: OFBiz-3344.patch > > > Steps to produce the bug: > 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets > 2) Find fixed assets > 3) Select DEMO_PROJECTOR > 4) Now click on calendar menu > 5) Click on "Add new" for adding new event in calendar. > 6) Give the event name on Add/modify a calendar event and then click on > "Add" button > 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3344) Adding Calendar event gives error in Accounting Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Divesh Dutta updated OFBIZ-3344: Summary: Adding Calendar event gives error in Accounting Manager (was: Adding Calendar event given error in Accounting Manager ) > Adding Calendar event gives error in Accounting Manager > - > > Key: OFBIZ-3344 > URL: https://issues.apache.org/jira/browse/OFBIZ-3344 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Divesh Dutta > Fix For: SVN trunk > > Attachments: OFBiz-3344.patch > > > Steps to produce the bug: > 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets > 2) Find fixed assets > 3) Select DEMO_PROJECTOR > 4) Now click on calendar menu > 5) Click on "Add new" for adding new event in calendar. > 6) Give the event name on Add/modify a calendar event and then click on > "Add" button > 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3344) Adding Calendar event given error in Accounting Manager
[ https://issues.apache.org/jira/browse/OFBIZ-3344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Divesh Dutta updated OFBIZ-3344: Attachment: OFBiz-3344.patch Here is the patch to solve this bug. > Adding Calendar event given error in Accounting Manager > - > > Key: OFBIZ-3344 > URL: https://issues.apache.org/jira/browse/OFBIZ-3344 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Divesh Dutta > Fix For: SVN trunk > > Attachments: OFBiz-3344.patch > > > Steps to produce the bug: > 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets > 2) Find fixed assets > 3) Select DEMO_PROJECTOR > 4) Now click on calendar menu > 5) Click on "Add new" for adding new event in calendar. > 6) Give the event name on Add/modify a calendar event and then click on > "Add" button > 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-3344) Adding Calendar event given error in Accounting Manager
Adding Calendar event given error in Accounting Manager - Key: OFBIZ-3344 URL: https://issues.apache.org/jira/browse/OFBIZ-3344 Project: OFBiz Issue Type: Bug Components: accounting Affects Versions: SVN trunk Reporter: Divesh Dutta Fix For: SVN trunk Steps to produce the bug: 1) Go to https://demo.ofbiz.org/assetmaint/control/ListFixedAssets 2) Find fixed assets 3) Select DEMO_PROJECTOR 4) Now click on calendar menu 5) Click on "Add new" for adding new event in calendar. 6) Give the event name on Add/modify a calendar event and then click on "Add" button 7) Error page is displayed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3334) Deactivated Financial Account should not get displayed in list for Issue Check Run process.
[ https://issues.apache.org/jira/browse/OFBIZ-3334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-3334. -- Resolution: Fixed Thanks Surya & Sumit for the contribution - Committed in trunk at r890787. -- Ashish > Deactivated Financial Account should not get displayed in list for Issue > Check Run process. > --- > > Key: OFBIZ-3334 > URL: https://issues.apache.org/jira/browse/OFBIZ-3334 > Project: OFBiz > Issue Type: Bug > Components: accounting >Affects Versions: SVN trunk >Reporter: Surya Kusumakar >Assignee: Ashish Vijaywargiya >Priority: Minor > Fix For: SVN trunk > > Attachments: Ofbiz_3334.patch > > > Do not display deactivated(Cancel/Frozen) financial account in list for Issue > check (Vendor Payment Method) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (OFBIZ-3332) Implement Comparative Cash Flow Statement.
[ https://issues.apache.org/jira/browse/OFBIZ-3332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-3332. -- Resolution: Fixed Thanks Sumit & Jacopo - Done at r890784. -- Ashish Vijaywargiya > Implement Comparative Cash Flow Statement. > -- > > Key: OFBIZ-3332 > URL: https://issues.apache.org/jira/browse/OFBIZ-3332 > Project: OFBiz > Issue Type: New Feature > Components: accounting >Reporter: Sumit Pandit >Assignee: Ashish Vijaywargiya >Priority: Minor > Fix For: SVN trunk > > Attachments: ComparativeCashFlowStatement.png, OFBIZ-3332.patch, > OFBIZ_3332.patch > > > Like other comparative reports implement Comparative Cash Flow Statement > report. Also implement csv and pdf feature. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-3339) Enhance Find Billing Account Screen to follow standard Find/List screen pattern
[ https://issues.apache.org/jira/browse/OFBIZ-3339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-3339: -- Assignee: Ashish Vijaywargiya > Enhance Find Billing Account Screen to follow standard Find/List screen > pattern > --- > > Key: OFBIZ-3339 > URL: https://issues.apache.org/jira/browse/OFBIZ-3339 > Project: OFBiz > Issue Type: Improvement > Components: accounting >Affects Versions: SVN trunk >Reporter: Ratnesh Upadhyay >Assignee: Ashish Vijaywargiya >Priority: Minor > Fix For: SVN trunk > > Attachments: Ofbiz_3339.patch > > > Enhance https://demo.ofbiz.org/accounting/control/FindBillingAccount. Add > Search form where user can enter search criteria. The screen should follow > standard Find/List screen decorator. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-3342) A Few Service names dont follow normal camel case rules?
[ https://issues.apache.org/jira/browse/OFBIZ-3342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jacques Le Roux updated OFBIZ-3342: --- Component/s: ALL COMPONENTS Issue Type: Improvement (was: Bug) > A Few Service names dont follow normal camel case rules? > > > Key: OFBIZ-3342 > URL: https://issues.apache.org/jira/browse/OFBIZ-3342 > Project: OFBiz > Issue Type: Improvement > Components: ALL COMPONENTS >Affects Versions: SVN trunk >Reporter: Sam Hamilton >Priority: Trivial > > I know this is not really a bug and perhaps its just me being very picky, so > please let me know if this is wrong but in this list of services there are a > few which dont follow camel case > https://demo.ofbiz.org/webtools/control/ServiceList > e.g. > ConvertOfbizCartToGoogle > FindProducts > anyway they are all at the top of the list if you think I am right. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
