Re: description in product price
I was to write a comment about the prim-key mistake, but it's ok then. I prefer B. Could you please create a Jira for this, mainly for history reason http://docs.ofbiz.org/display/OFBADMIN/OFBiz+Contributors+Best+Practices Thanks Jacques - Original Message - From: Harmeet Bedi [EMAIL PROTECTED] To: dev@ofbiz.apache.org Sent: Thursday, August 07, 2008 7:49 AM Subject: Re: description in product price I was only after a comment on ProductPrice. A comment on ProductPriceChange would be nice as well. Ways i can think of to do this.. A) add to ProductPrice and ProductPriceChange the following field name=comments type=comment/field (my earlier patch had a mistake prim-key instead of field) One advantage is that this is simple and ProductPriceChange already has date information. B) Another more generalized mechanism may be to add a NoteData reference to ProductPrice and ProductPriceChange Attaching patch for this. I feel this is less simple, but useful and contains date and party information within NoteData. C) Another alternative could be to create new association tables e.g. ProductPriceNoteAssoc and ProductPriceChangeNoteAssoc These could however not work well for only ProductPrice as there is no single surrogate primary key. Advantage would be multiple assoication of note, possibly by different parties. I cannot however think of a business use case where multiple parties will need to leave note on ProductPrice or ProductPriceChange. I would prefer (A) or (B). reason is that while (C) is nice, it does not seem to easily give note/comment on ProductPrice due to composite primary key on ProductPrice. thoughts ? preferences ? Harmeet On 8/7/08 12:42 AM, BJ Freeman wrote: when it comes to comments, to be able to enter different comments as time goes on, like why the price change. so a one to many would be nice to have. where the comments have their own dates. Ashish Vijaywargiya sent the following on 8/6/2008 9:21 PM: Hello Harmeet, I don't see any problem in adding this field. Let's see what other has to say in one or two days. If nobody object on it then I will commit it soon. On Thu, Aug 7, 2008 at 1:02 AM, Harmeet Bedi [EMAIL PROTECTED] wrote: ProductPrice provide product to pricing information. It has tagging facilities through ProductPricePurpose and ProductPriceType. A problem we are facing is that we have customer requirements to store a comment with price. It seems like a general and useful thing. Attached is a diff on /applications/product/entitydef/entitymodel.xml that adds a single comment column to ProductPrice. Would you consider this patch or suggest some better way of adding a comment to ProductPrice information. thanks, Harmeet Index: entitymodel.xml === --- entitymodel.xml (revision 2227) +++ entitymodel.xml (working copy) @@ -2109,6 +2109,7 @@ prim-key field=currencyUomId/ prim-key field=productStoreGroupId/ prim-key field=fromDate/ + prim-key field=comment type=comment/ relation type=one fk-name=PROD_PRICE_PROD rel-entity-name=Product key-map field-name=productId/ /relation Index: entitymodel.xml === --- entitymodel.xml (revision 2227) +++ entitymodel.xml (working copy) @@ -2103,12 +2103,16 @@ field name=createdByUserLogin type=id-vlong/field field name=lastModifiedDate type=date-time/field field name=lastModifiedByUserLogin type=id-vlong/field + field name=noteId type=id-ne/field prim-key field=productId/ prim-key field=productPriceTypeId/ prim-key field=productPricePurposeId/ prim-key field=currencyUomId/ prim-key field=productStoreGroupId/ prim-key field=fromDate/ + relation type=one fk-name=PROD_PRICE_NOTE rel-entity-name=NoteData +key-map field-name=noteId/ + /relation relation type=one fk-name=PROD_PRICE_PROD rel-entity-name=Product key-map field-name=productId/ /relation @@ -2193,7 +2197,11 @@ field name=oldPrice type=currency-amount/field field name=changedDate type=date-time/field field name=changedByUserLogin type=id-vlong/field + field name=noteId type=id-ne/field prim-key field=productPriceChangeId/ + relation type=one fk-name=PROD_PRCHNG_NOTE rel-entity-name=NoteData +key-map field-name=noteId/ + /relation relation type=one-nofk rel-entity-name=ProductPrice key-map field-name=productId/ key-map field-name=productPriceTypeId/
[jira] Closed: (OFBIZ-1905) Open Order Items Report not working on Demo Server
[ https://issues.apache.org/jira/browse/OFBIZ-1905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya closed OFBIZ-1905. -- Resolution: Fixed For now I am closing this issue. As the problem is solved in rev # 682667 and we can try some better solution in future. -- Ashish Open Order Items Report not working on Demo Server -- Key: OFBIZ-1905 URL: https://issues.apache.org/jira/browse/OFBIZ-1905 Project: OFBiz Issue Type: Bug Components: order Reporter: Ashish Vijaywargiya Assignee: Ashish Vijaywargiya Attachments: Avoid_Arithmetic_Exception.patch, Display_Infinity.jpg, Divide_By_Zero.jpg Here are the steps to reproduce :- https://demo.hotwaxmedia.com/ordermgr/control/OrderPurchaseReportOptions After coming to the above link submit the second section on the left side named with heading Open Order Items Report. Please take a look on the two images attached :- Divide_By_Zero.jpg -- Error coming on HotWax Media Demo Server. Display_Infinity.jpg -- This is the contents of the Current trunk on my local machine while clicking on the same report. It display the Infinity value. Please take a look at the patch in which we kept the default value of costprice = 1 in the dividend section by the help of elvis operator. The name of the patch is Avoid_Arithmetic_Exception.patch that solve this problem but I would like to know the community view on this change before committing the changes. Please let me know your thoughts on this. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: framework/base/src/start and framework/base/src/base
what are the advantages in doing this? Or, what are the disadvantages in keeping things as they are now? Jacopo On Aug 7, 2008, at 12:12 AM, Adam Heath wrote: Jacques Le Roux wrote: +1 : can't see any drawbacks and will be more clear Jacques From: Adam Heath [EMAIL PROTECTED] Why does the base component have 2 sets of classes? Wouldn't it make more sense to split it into 2 separate components? Maybe move src/start to a top-level start component? So does anyone say no to this? If not, I'll do it tonight. smime.p7s Description: S/MIME cryptographic signature
Re: framework/base/src/start and framework/base/src/base
IMHO advantages : more clear (base is not start and vice-versa) disadvantages : change (which can always introduce not foreseen disturbances) Jacques From: Jacopo Cappellato [EMAIL PROTECTED] what are the advantages in doing this? Or, what are the disadvantages in keeping things as they are now? Jacopo On Aug 7, 2008, at 12:12 AM, Adam Heath wrote: Jacques Le Roux wrote: +1 : can't see any drawbacks and will be more clear Jacques From: Adam Heath [EMAIL PROTECTED] Why does the base component have 2 sets of classes? Wouldn't it make more sense to split it into 2 separate components? Maybe move src/start to a top-level start component? So does anyone say no to this? If not, I'll do it tonight.
[jira] Created: (OFBIZ-1910) Add support of fromDate thruDate in CustRequestRole entity
Add support of fromDate thruDate in CustRequestRole entity Key: OFBIZ-1910 URL: https://issues.apache.org/jira/browse/OFBIZ-1910 Project: OFBiz Issue Type: Improvement Components: order Reporter: Ashish Vijaywargiya Priority: Trivial Attachments: Improve_CustRequestRole.patch Hello, I have added fromDate thruDate field to maintain the old records from CustRequestRole entity. Suppose a request is assigned to a party in the role of Request Taker and after few day it can be assigned to another party in the role of Request Taker. So it will be easy to keep the old record with the help of fromDate thruDate. Please let me know your thoughts on it. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1910) Add support of fromDate thruDate in CustRequestRole entity
[ https://issues.apache.org/jira/browse/OFBIZ-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya updated OFBIZ-1910: --- Attachment: Improve_CustRequestRole.patch Patch for the same. Add support of fromDate thruDate in CustRequestRole entity Key: OFBIZ-1910 URL: https://issues.apache.org/jira/browse/OFBIZ-1910 Project: OFBiz Issue Type: Improvement Components: order Reporter: Ashish Vijaywargiya Priority: Trivial Attachments: Improve_CustRequestRole.patch Hello, I have added fromDate thruDate field to maintain the old records from CustRequestRole entity. Suppose a request is assigned to a party in the role of Request Taker and after few day it can be assigned to another party in the role of Request Taker. So it will be easy to keep the old record with the help of fromDate thruDate. Please let me know your thoughts on it. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-1910) Add support of fromDate thruDate in CustRequestRole entity
[ https://issues.apache.org/jira/browse/OFBIZ-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-1910: -- Assignee: Ashish Vijaywargiya Add support of fromDate thruDate in CustRequestRole entity Key: OFBIZ-1910 URL: https://issues.apache.org/jira/browse/OFBIZ-1910 Project: OFBiz Issue Type: Improvement Components: order Reporter: Ashish Vijaywargiya Assignee: Ashish Vijaywargiya Priority: Trivial Attachments: Improve_CustRequestRole.patch Hello, I have added fromDate thruDate field to maintain the old records from CustRequestRole entity. Suppose a request is assigned to a party in the role of Request Taker and after few day it can be assigned to another party in the role of Request Taker. So it will be easy to keep the old record with the help of fromDate thruDate. Please let me know your thoughts on it. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1910) Add support of fromDate thruDate in CustRequestRole entity
[ https://issues.apache.org/jira/browse/OFBIZ-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620577#action_12620577 ] Bilgin Ibryam commented on OFBIZ-1910: -- Hi Ashish, I also wanted to add from - thru date fields to a few role entities, but the procedure for modifying a primary key field is very time consuming task. If I got it right from http://docs.ofbiz.org/display/OFBTECH/General+Entity+Overview , you have to create a new table(with the new primary key) and also provide a service to move the data. + 1 for having fromDate thruDate fields in CustRequestRole entity. I think there are also other entities that need these very important fields: ProductStoreGroupRole, FacilityGroupRole, FacilityRole, AgreementRole, MarketingCampaignRole, SegmentGroupRole. Regards, Bilgin Ibryam PS: here is the discussion: http://www.nabble.com/*Role-entities-question-to18503776.html#a18607087 Add support of fromDate thruDate in CustRequestRole entity Key: OFBIZ-1910 URL: https://issues.apache.org/jira/browse/OFBIZ-1910 Project: OFBiz Issue Type: Improvement Components: order Reporter: Ashish Vijaywargiya Assignee: Ashish Vijaywargiya Priority: Trivial Attachments: Improve_CustRequestRole.patch Hello, I have added fromDate thruDate field to maintain the old records from CustRequestRole entity. Suppose a request is assigned to a party in the role of Request Taker and after few day it can be assigned to another party in the role of Request Taker. So it will be easy to keep the old record with the help of fromDate thruDate. Please let me know your thoughts on it. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[
https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620591#action_12620591
]
vu hong thuan commented on OFBIZ-1738:
--
I found some errors in generate batch file for catalina.bat in windows
environment
1. Should use forward-slash / than backward-slash \ in catalina.properties
such as
ofbiz.home=D:/Project/ofbiz-tomcat6/ofbiz
shared.loader=file://${ofbiz.home}/ofbiz.jar,\
${ofbiz.home},\
${ofbiz.home}/framework/base/dtd,\
${ofbiz.home}/framework/base/config,\
${ofbiz.home}/framework/entity/dtd,\
${ofbiz.home}/framework/entity/config,\
2. Error in catalina.bat
should use
set JAVA_OPTS=-Dofbiz.home=D:/Project/Nammedia/nerp-tomcat6/nerp
rather than
set JAVA_OPTS=%JAVA_OPTS% -Dofbiz.home=D:/Project/Nammedia/nerp-tomcat6/nerp
3. After I reconfig, I can run tomcat, but unable to start application because
the following error
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.ControlEventListener is already
configured for this context. The duplicate definition has been ignored.
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.LoginEventListener is already
configured for this context. The duplicate definition has been ignored.
...
Can you help me, please?
Thanks
Add support for running one instance of OfBiz under Tomcat
--
Key: OFBIZ-1738
URL: https://issues.apache.org/jira/browse/OFBIZ-1738
Project: OFBiz
Issue Type: New Feature
Components: framework
Affects Versions: SVN trunk
Environment: Mac OS X 10.5.2, JDK 1.5.0_13
Reporter: Ludovic Maître
Assignee: Jacques Le Roux
Priority: Minor
Fix For: SVN trunk
Attachments: ofbiz-tomcat-setup.zip, tomcat.zip
Original Estimate: 8h
Remaining Estimate: 8h
This issue provide templates and patchs to run one instance of OfBiz under
Tomcat.
The templates are used to:
- setup the classpath of Tomcat, (catalina.properties)
- declare the ofbiz webapps in the server configuration
The files generated from the templates, with the command 'java -jar ofbiz.jar
-setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat.
IIRC there is also some setup to perform in the first loaded webapp, and a
few other modifications in the code, i will digg into it this evening (French
riviera time) and create a patch which will be added to this issue. (the full
code is also published on my subversion server:
http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good
luck to find the relveant parts :-))
Best regards,
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[
https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620591#action_12620591
]
thuanvh edited comment on OFBIZ-1738 at 8/7/08 3:40 AM:
--
I found some errors in generate batch file for catalina.bat in windows
environment
1. Should use forward-slash / than backward-slash \ in catalina.properties
such as
ofbiz.home=D:/Project/ofbiz-tomcat6/ofbiz
shared.loader=file://${ofbiz.home}/ofbiz.jar,\
${ofbiz.home},\
${ofbiz.home}/framework/base/dtd,\
${ofbiz.home}/framework/base/config,\
${ofbiz.home}/framework/entity/dtd,\
${ofbiz.home}/framework/entity/config,\
2. Error in catalina.bat
should use
set JAVA_OPTS=-Dofbiz.home=D:/Project/ofbiz-tomcat6/ofbiz
rather than
set JAVA_OPTS=%JAVA_OPTS% -Dofbiz.home=D:/Project/ofbiz-tomcat6/ofbiz
3. After I reconfig, I can run tomcat, but unable to start application because
the following error
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.ControlEventListener is already
configured for this context. The duplicate definition has been ignored.
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.LoginEventListener is already
configured for this context. The duplicate definition has been ignored.
...
Can you help me, please?
Thanks
was (Author: thuanvh):
I found some errors in generate batch file for catalina.bat in windows
environment
1. Should use forward-slash / than backward-slash \ in catalina.properties
such as
ofbiz.home=D:/Project/ofbiz-tomcat6/ofbiz
shared.loader=file://${ofbiz.home}/ofbiz.jar,\
${ofbiz.home},\
${ofbiz.home}/framework/base/dtd,\
${ofbiz.home}/framework/base/config,\
${ofbiz.home}/framework/entity/dtd,\
${ofbiz.home}/framework/entity/config,\
2. Error in catalina.bat
should use
set JAVA_OPTS=-Dofbiz.home=D:/Project/Nammedia/nerp-tomcat6/nerp
rather than
set JAVA_OPTS=%JAVA_OPTS% -Dofbiz.home=D:/Project/Nammedia/nerp-tomcat6/nerp
3. After I reconfig, I can run tomcat, but unable to start application because
the following error
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.ControlEventListener is already
configured for this context. The duplicate definition has been ignored.
Aug 7, 2008 5:21:17 PM org.apache.catalina.core.StandardContext
addApplicationListener
INFO: The listener org.ofbiz.webapp.control.LoginEventListener is already
configured for this context. The duplicate definition has been ignored.
...
Can you help me, please?
Thanks
Add support for running one instance of OfBiz under Tomcat
--
Key: OFBIZ-1738
URL: https://issues.apache.org/jira/browse/OFBIZ-1738
Project: OFBiz
Issue Type: New Feature
Components: framework
Affects Versions: SVN trunk
Environment: Mac OS X 10.5.2, JDK 1.5.0_13
Reporter: Ludovic Maître
Assignee: Jacques Le Roux
Priority: Minor
Fix For: SVN trunk
Attachments: ofbiz-tomcat-setup.zip, tomcat.zip
Original Estimate: 8h
Remaining Estimate: 8h
This issue provide templates and patchs to run one instance of OfBiz under
Tomcat.
The templates are used to:
- setup the classpath of Tomcat, (catalina.properties)
- declare the ofbiz webapps in the server configuration
The files generated from the templates, with the command 'java -jar ofbiz.jar
-setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat.
IIRC there is also some setup to perform in the first loaded webapp, and a
few other modifications in the code, i will digg into it this evening (French
riviera time) and create a patch which will be added to this issue. (the full
code is also published on my subversion server:
http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good
luck to find the relveant parts :-))
Best regards,
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (OFBIZ-1911) Integration with eBay (iAdding ebay services and Userservices)
Integration with eBay (iAdding ebay services and Userservices) --- Key: OFBIZ-1911 URL: https://issues.apache.org/jira/browse/OFBIZ-1911 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ebay Affects Versions: SVN trunk Environment: specialpurpose/ebay Reporter: BJ Freeman Fix For: SVN trunk two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, incase someone wants to build on them. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have refactored some of the methods used in the new services I have provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1911) Integration with eBay (iAdding ebay services and Userservices)
[ https://issues.apache.org/jira/browse/OFBIZ-1911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1911: -- Attachment: ebaysandboxservices.xml there is only one call but is it is for sandbox only. Integration with eBay (iAdding ebay services and Userservices) --- Key: OFBIZ-1911 URL: https://issues.apache.org/jira/browse/OFBIZ-1911 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ebay Affects Versions: SVN trunk Environment: specialpurpose/ebay Reporter: BJ Freeman Fix For: SVN trunk Attachments: ebaysandboxservices.xml, ebayservices.xml two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, incase someone wants to build on them. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have refactored some of the methods used in the new services I have provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1911) Integration with eBay (iAdding ebay services and Userservices)
[ https://issues.apache.org/jira/browse/OFBIZ-1911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1911: -- Attachment: ebayservices.xml the ebayservice are calles to ebay directly. Integration with eBay (iAdding ebay services and Userservices) --- Key: OFBIZ-1911 URL: https://issues.apache.org/jira/browse/OFBIZ-1911 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ebay Affects Versions: SVN trunk Environment: specialpurpose/ebay Reporter: BJ Freeman Fix For: SVN trunk Attachments: ebaysandboxservices.xml, ebayservices.xml two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, incase someone wants to build on them. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have refactored some of the methods used in the new services I have provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1911) Integration with eBay (iAdding ebay services and Userservices)
[ https://issues.apache.org/jira/browse/OFBIZ-1911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1911: -- Attachment: ebayuserservices.xml userservices are higher level calls that get info a user would need from ebay. Integration with eBay (iAdding ebay services and Userservices) --- Key: OFBIZ-1911 URL: https://issues.apache.org/jira/browse/OFBIZ-1911 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ebay Affects Versions: SVN trunk Environment: specialpurpose/ebay Reporter: BJ Freeman Fix For: SVN trunk Attachments: ebaysandboxservices.xml, ebayservices.xml, ebayuserservices.xml two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, incase someone wants to build on them. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have refactored some of the methods used in the new services I have provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1910) Add support of fromDate thruDate in CustRequestRole entity
[ https://issues.apache.org/jira/browse/OFBIZ-1910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620596#action_12620596 ] Ashish Vijaywargiya commented on OFBIZ-1910: Bilgin, Today I just forgot that concept, although at the time when you have created that thread I have gone through the details present in that section. I agree that adding new field as the primary key is not the problem but it will take a long to create additional service as well. I will think more about the implementation of that service and will get back to have further discussion on this thread. Thanks Bilgin for catching that concept. -- Ashish Add support of fromDate thruDate in CustRequestRole entity Key: OFBIZ-1910 URL: https://issues.apache.org/jira/browse/OFBIZ-1910 Project: OFBiz Issue Type: Improvement Components: order Reporter: Ashish Vijaywargiya Assignee: Ashish Vijaywargiya Priority: Trivial Attachments: Improve_CustRequestRole.patch Hello, I have added fromDate thruDate field to maintain the old records from CustRequestRole entity. Suppose a request is assigned to a party in the role of Request Taker and after few day it can be assigned to another party in the role of Request Taker. So it will be easy to keep the old record with the help of fromDate thruDate. Please let me know your thoughts on it. -- Ashish -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1911) Integration with eBay (Adding ebay services and Userservices)
[ https://issues.apache.org/jira/browse/OFBIZ-1911?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1911: -- Priority: Minor (was: Major) Description: two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, encase someone wants to build on them. I will complete them and update them in the next week. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have re -factored some of the methods used in the new services I have provided. was: two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, incase someone wants to build on them. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have refactored some of the methods used in the new services I have provided. Summary: Integration with eBay (Adding ebay services and Userservices) (was: Integration with eBay (iAdding ebay services and Userservices)) Integration with eBay (Adding ebay services and Userservices) -- Key: OFBIZ-1911 URL: https://issues.apache.org/jira/browse/OFBIZ-1911 Project: OFBiz Issue Type: New Feature Components: specialpurpose/ebay Affects Versions: SVN trunk Environment: specialpurpose/ebay Reporter: BJ Freeman Priority: Minor Fix For: SVN trunk Attachments: ebaysandboxservices.xml, ebayservices.xml, ebayuserservices.xml two level of service to allow integration into different modules of ofbiz the ebayservices are the calls to ebay directly. the userservices are for getting data from a users perspective. I have not at this time created the java portion of the services. but will in the next few weeks, once I have tested them. also these services are not complete, but show the calls, encase someone wants to build on them. I will complete them and update them in the next week. There is the third service for sandbox. at this point I have not changed the two services that were already there. But I have re -factored some of the methods used in the new services I have provided. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (OFBIZ-1856) Improvments in deleteWorkEffort Service.
[ https://issues.apache.org/jira/browse/OFBIZ-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ashish Vijaywargiya reassigned OFBIZ-1856: -- Assignee: Ashish Vijaywargiya Improvments in deleteWorkEffort Service. -- Key: OFBIZ-1856 URL: https://issues.apache.org/jira/browse/OFBIZ-1856 Project: OFBiz Issue Type: Improvement Components: workeffort Reporter: Ratnesh Upadhyay Assignee: Ashish Vijaywargiya Priority: Minor Attachments: serviceImprovements.patch Imporvents needed for deleteWorkEffort Service : 1). Delete all the records from associated entites with a work effort, when we delete the workeffort. 2). Remove operation is missing for few entities, please verified all associated entities. 3). We can use WorkEffortNote entity instead of DataNote for deletion of associated notes with a workeffort. Because there can be more than one notes exist for a work effort as well. Thanks to Ashish for discussing with me on the issue. -- Ratnesh Upadhyay -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vu hong thuan updated OFBIZ-1738: - Attachment: catalina.properties catalina.bat \framework\appserver\templates\tomcat6\ Update for tomcat 6 template webapp Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: catalina.bat, catalina.properties, ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vu hong thuan updated OFBIZ-1738: - Attachment: (was: catalina.properties) Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vu hong thuan updated OFBIZ-1738: - Attachment: (was: catalina.bat) Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] vu hong thuan updated OFBIZ-1738: - Attachment: catalina.properties catalina.bat Update for appserver template applied to tomcat 6 \framework\appserver\templates\tomcat6\ Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: catalina.bat, catalina.properties, ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Can we remove the noteId field from WorkEffort Entity ?
Hello, We have WorkEffortNote entity and NoteData. So I think we can remove the noteId reference that is refering to NoteData entity from WorkEffort entity. relation type=one fk-name=WK_EFFRT_NOTE rel-entity-name=NoteData key-map field-name=noteId/ /relation I would like to know if some hidden concept is there to keep noteId field in the WorkEffort entity. Please let me know your thoughts on this. -- Ashish Vijaywargiya Indore (M.P), India http://en.wikipedia.org/wiki/Indore
[jira] Commented: (OFBIZ-1856) Improvments in deleteWorkEffort Service.
[ https://issues.apache.org/jira/browse/OFBIZ-1856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620651#action_12620651 ] Adrian Crum commented on OFBIZ-1856: Or you can set their status to Cancelled. I believe trying to delete them will be hard to do. Improvments in deleteWorkEffort Service. -- Key: OFBIZ-1856 URL: https://issues.apache.org/jira/browse/OFBIZ-1856 Project: OFBiz Issue Type: Improvement Components: workeffort Reporter: Ratnesh Upadhyay Assignee: Ashish Vijaywargiya Priority: Minor Attachments: serviceImprovements.patch Imporvents needed for deleteWorkEffort Service : 1). Delete all the records from associated entites with a work effort, when we delete the workeffort. 2). Remove operation is missing for few entities, please verified all associated entities. 3). We can use WorkEffortNote entity instead of DataNote for deletion of associated notes with a workeffort. Because there can be more than one notes exist for a work effort as well. Thanks to Ashish for discussing with me on the issue. -- Ratnesh Upadhyay -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620658#action_12620658 ] BJ Freeman commented on OFBIZ-1738: --- could you put a link in the wiki http://docs.ofbiz.org/display/OFBTECH/Tomcat thanks. Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: catalina.bat, catalina.properties, ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (OFBIZ-1738) Add support for running one instance of OfBiz under Tomcat
[ https://issues.apache.org/jira/browse/OFBIZ-1738?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] BJ Freeman updated OFBIZ-1738: -- Comment: was deleted Add support for running one instance of OfBiz under Tomcat -- Key: OFBIZ-1738 URL: https://issues.apache.org/jira/browse/OFBIZ-1738 Project: OFBiz Issue Type: New Feature Components: framework Affects Versions: SVN trunk Environment: Mac OS X 10.5.2, JDK 1.5.0_13 Reporter: Ludovic Maître Assignee: Jacques Le Roux Priority: Minor Fix For: SVN trunk Attachments: catalina.bat, catalina.properties, ofbiz-tomcat-setup.zip, tomcat.zip Original Estimate: 8h Remaining Estimate: 8h This issue provide templates and patchs to run one instance of OfBiz under Tomcat. The templates are used to: - setup the classpath of Tomcat, (catalina.properties) - declare the ofbiz webapps in the server configuration The files generated from the templates, with the command 'java -jar ofbiz.jar -setup tomcat', should be copied in the $CATALINA_HOME/conf folder of Tomcat. IIRC there is also some setup to perform in the first loaded webapp, and a few other modifications in the code, i will digg into it this evening (French riviera time) and create a patch which will be added to this issue. (the full code is also published on my subversion server: http://forge.ubik-products.com/repositories/apache-ofbiz/trunk/ , but good luck to find the relveant parts :-)) Best regards, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can we remove the noteId field from WorkEffort Entity ?
not that I against it, just wonder why the WorkEffortNote was created when there was a note system in place. Ashish Vijaywargiya sent the following on 8/7/2008 6:28 AM: Hello, We have WorkEffortNote entity and NoteData. So I think we can remove the noteId reference that is refering to NoteData entity from WorkEffort entity. relation type=one fk-name=WK_EFFRT_NOTE rel-entity-name=NoteData key-map field-name=noteId/ /relation I would like to know if some hidden concept is there to keep noteId field in the WorkEffort entity. Please let me know your thoughts on this.
Re: why to define a xml pattern from a xml file wiith a general routine.
I found it. thanks for google check out example, Jacques BJ Freeman sent the following on 8/6/2008 9:48 PM: I sure the smarter guys in ofbiz will think this simple. if so just point me to where I need to look. using the ebay an amazon protocols for http: would like a way to use the xml files for each call as a model, so I don't have to write all the xml in the code. I would like to leverage anything already done with just some modifications. Anybody?
Re: framework/base/src/start and framework/base/src/base
Jacopo Cappellato wrote: what are the advantages in doing this? Or, what are the disadvantages in keeping things as they are now? Sameness. All 'component' type directories will have the same layout. This means developers won't need to remember as much when looking how things work; they won't need to know that framework/base is special. Having different setups requires more work on new developers. It we can make it easier for new people to get started with OfBiz, then we can all benefit. Doing pattern searches is simpler, because all directories have the same structure.
[jira] Commented: (OFBIZ-71) Ofbiz with google checkout.
[ https://issues.apache.org/jira/browse/OFBIZ-71?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620716#action_12620716 ] BJ Freeman commented on OFBIZ-71: - Not sure who to thank, Looks like chris. so thank you for the example of using minilang. Ofbiz with google checkout. --- Key: OFBIZ-71 URL: https://issues.apache.org/jira/browse/OFBIZ-71 Project: OFBiz Issue Type: New Feature Components: ecommerce Reporter: Rohit Sureka Assignee: Jacques Le Roux Fix For: SVN trunk Attachments: gcheckout.zip, gcheckout_jdk1.4.zip, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, Google Checkout Screenshot.jpg Hi, Google just released Google checkout, which much like paypal, provides a easy way for businesses to accept payments online. I recommend that it should be integrated with Ofbiz. This will add great value to ofbiz and make it easier for its adoption, just the way paypal does. More information on google checkout can be found at the following links: http://checkout.google.com/sell http://code.google.com/apis/checkout/ http://code.google.com/apis/checkout/samples/Google_Checkout_Sample_Code_Java.html Thank you. rohit -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (OFBIZ-71) Ofbiz with google checkout.
[ https://issues.apache.org/jira/browse/OFBIZ-71?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620726#action_12620726 ] Jacques Le Roux commented on OFBIZ-71: -- Hi BJ, Yes I was surprised by your thanks inuser ML, it's Chris indeed. I only commited, is it still working ? Ofbiz with google checkout. --- Key: OFBIZ-71 URL: https://issues.apache.org/jira/browse/OFBIZ-71 Project: OFBiz Issue Type: New Feature Components: ecommerce Reporter: Rohit Sureka Assignee: Jacques Le Roux Fix For: SVN trunk Attachments: gcheckout.zip, gcheckout_jdk1.4.zip, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, Google Checkout Screenshot.jpg Hi, Google just released Google checkout, which much like paypal, provides a easy way for businesses to accept payments online. I recommend that it should be integrated with Ofbiz. This will add great value to ofbiz and make it easier for its adoption, just the way paypal does. More information on google checkout can be found at the following links: http://checkout.google.com/sell http://code.google.com/apis/checkout/ http://code.google.com/apis/checkout/samples/Google_Checkout_Sample_Code_Java.html Thank you. rohit -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (OFBIZ-71) Ofbiz with google checkout.
well when I asked in the dev group about ebay and OAGIS i was told to look at who commited it, as to who to contact. So not always the case. :D Jacques Le Roux (JIRA) sent the following on 8/7/2008 12:44 PM: [ https://issues.apache.org/jira/browse/OFBIZ-71?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620726#action_12620726 ] Jacques Le Roux commented on OFBIZ-71: -- Hi BJ, Yes I was surprised by your thanks inuser ML, it's Chris indeed. I only commited, is it still working ? Ofbiz with google checkout. --- Key: OFBIZ-71 URL: https://issues.apache.org/jira/browse/OFBIZ-71 Project: OFBiz Issue Type: New Feature Components: ecommerce Reporter: Rohit Sureka Assignee: Jacques Le Roux Fix For: SVN trunk Attachments: gcheckout.zip, gcheckout_jdk1.4.zip, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, googCheckout.patch, Google Checkout Screenshot.jpg Hi, Google just released Google checkout, which much like paypal, provides a easy way for businesses to accept payments online. I recommend that it should be integrated with Ofbiz. This will add great value to ofbiz and make it easier for its adoption, just the way paypal does. More information on google checkout can be found at the following links: http://checkout.google.com/sell http://code.google.com/apis/checkout/ http://code.google.com/apis/checkout/samples/Google_Checkout_Sample_Code_Java.html Thank you. rohit
Re: Latitude, Longitude in PostalAdress
From: David E Jones [EMAIL PROTECTED] On Aug 5, 2008, at 4:08 PM, Jacques Le Roux wrote: From: David E Jones [EMAIL PROTECTED] On Aug 5, 2008, at 2:37 PM, Jacques Le Roux wrote: From: David E Jones [EMAIL PROTECTED] It might be better to have an independent ID for theTerrestrialPosition (like terrestrialPositionId) and have things point to it rather than having it point to other things. In other words we would add a terrestrialPositionId to the ContactMech instead of putting a contactMechId on TerrestrialPosition. In that way anything could point to it. Yes and this is even simpler. I followed the PartyContactMech pattern because I thought it was a best practise. But obviously like that the scope will be wider. This is something we should maybe discuss more, ie whether the TerrestrialPosition should be a type of ContactMech or it's own independent thing. I was thinking the independence might be better, and we would have more control over what it is attached to. In other words, the use patterns and relationships to other entities are a little different than what is done with ContactMechs. Still, if anyone thinks otherwise... please share. Actually what I said above is not true. The scope will not be wider. You can get the same using the ContactMech pattern. It's only a bit harder since you have to create a specific entity (like FacilityLocationContactMech) and make the association between the 2 other entities each time you want to relate a new entity (like say FacilityLocation). In the second case only one association to TerrestrialPosition would be needed. So it's up to you guys, sometimes breaking the rules is good, sometimes it's not, we have to really think about it ... before... What do you mean by break the rules? I don't see any rules being broken here... Yes actually, I was just thinking about the EntityNameContactMech pattern, not a rule indeed. And because I wondered why we'd use this pattern in most other cases and not for GPS Geolocation, I just reviewed how Len Silverston suggests to deal with contact informations. At this stage I must admit that things were not much more clear. As far as I read Len speaks only about PartyContactMech and FacilityContactMech, but it's easy to extrapolate more usages as it's done in OFBiz. Now, please let me think loud. What is the difference between a postal address and a GPS point ? Is there more differences between them than between, say a telecom number and a postal address ? Obviously telecom numbers and a postal addresses have something in common that a GPS point does not share: they are mechanismes to contact somebody (or something at large). A GPS point is only a mean to locate somebody (or something at large), you can't contact a GPS point. So yes, it makes sense to differntiate a GPS point from other contact mech. A GPS point is not a contact mech as Len Silverstion defines one. It's a mean to locate not to contact. So now I better understant why you wanted things to point to it rather than having it point to other things. I still wonder though if we should not think a bit more about it. Putting a terrestrialPositionId in ContactMech does not make sense, as it's not a mean to contact but locate. Should we not introduce something else. Like a LocateMech, which could be maybe used for other stuff in future ? Let me dream now (you are allowed to no read that :o) : I live in the country (not so far from town, but country). And where I live there is no numbers to the road. So it's hard to find me (I did not make it purposely ;o). Sometimes it's cool, sometimes it's very annoying. Like when you receive a CD from Amazon the 1st time (and even after : deliverymen change). Sometimes it's even worse : the French postal service, La Poste, will change its status soon and will become a private company (yes things are changing, even in France). The bad side (there is always one in all things) is that they speak to not delilver anymore addresses without numbers. You see ? If we were using geolocation (with a comment for more) in place of addresses I will not have this problems. We are still using old tools whereas we have already what is needed to do more. As with anything you design to requirements, and try to make things flexible but many-to-many relationships are not inherently better in any way than many-to-one relationships, they are just different and better for use in different situations. Yes I agree, I did not have thought enough about that. What do you think about the LocateMech idea ? Apart its name, would it be really useful in future or shall we stay with ContactMech only? One thing to note after this : an address may be used to contact but also only to locate (like for delivery). Same with a cell phone, when the police investigates... So maybe a ContacMech is enough, in OFBiz at least... Sorry for the long post, but you asked for thinking, I tried and
Re: Latitude, Longitude in PostalAdress
Jacques Le Roux wrote: Yes actually, I was just thinking about the EntityNameContactMech pattern, not a rule indeed. And because I wondered why we'd use this pattern in most other cases and not for GPS Geolocation, I just reviewed how Len Silverston suggests to deal with contact informations. At this stage I must admit that things were not much more clear. As far as I read Len speaks only about PartyContactMech and FacilityContactMech, but it's easy to extrapolate more usages as it's done in OFBiz. Now, please let me think loud. What is the difference between a postal address and a GPS point ? Is there more differences between them than between, say a telecom number and a postal address ? Obviously telecom numbers and a postal addresses have something in common that a GPS point does not share: they are mechanismes to contact somebody (or something at large). A GPS point is only a mean to locate somebody (or something at large), you can't contact a GPS point. So yes, it makes sense to differntiate a GPS point from other contact mech. A GPS point is not a contact mech as Len Silverstion defines one. It's a mean to locate not to contact. So now I better understant why you wanted things to point to it rather than having it point to other things. I still wonder though if we should not think a bit more about it. Putting a terrestrialPositionId in ContactMech does not make sense, as it's not a mean to contact but locate. Should we not introduce something else. Like a LocateMech, which could be maybe used for other stuff in future ? I like the idea of making terrestrial position another contact mech type. I disagree that you can't contact a GPS point. You can if you have a GPS device and a means of transportation - the same as a postal address. How is locating someone via car plus GPS device any different than locating someone via car plus a map? I can think of other uses for a terrestrial position contact mech type - locating facilities or fixed assets like electrical transmission towers, cell towers, etc. They aren't going to have a postal address or phone number. If terrestrial position was another contact mech type, then we could use existing services, etc to associate that location to the facility. -Adrian
Re: Latitude, Longitude in PostalAdress
but some means would need to link the terrestrial position to the address so if the address part is disabled, through the enddate, in the contact mech, so is the position associated with it. I agree on the rest. Adrian Crum sent the following on 8/7/2008 2:57 PM: Jacques Le Roux wrote: Yes actually, I was just thinking about the EntityNameContactMech pattern, not a rule indeed. And because I wondered why we'd use this pattern in most other cases and not for GPS Geolocation, I just reviewed how Len Silverston suggests to deal with contact informations. At this stage I must admit that things were not much more clear. As far as I read Len speaks only about PartyContactMech and FacilityContactMech, but it's easy to extrapolate more usages as it's done in OFBiz. Now, please let me think loud. What is the difference between a postal address and a GPS point ? Is there more differences between them than between, say a telecom number and a postal address ? Obviously telecom numbers and a postal addresses have something in common that a GPS point does not share: they are mechanismes to contact somebody (or something at large). A GPS point is only a mean to locate somebody (or something at large), you can't contact a GPS point. So yes, it makes sense to differntiate a GPS point from other contact mech. A GPS point is not a contact mech as Len Silverstion defines one. It's a mean to locate not to contact. So now I better understant why you wanted things to point to it rather than having it point to other things. I still wonder though if we should not think a bit more about it. Putting a terrestrialPositionId in ContactMech does not make sense, as it's not a mean to contact but locate. Should we not introduce something else. Like a LocateMech, which could be maybe used for other stuff in future ? I like the idea of making terrestrial position another contact mech type. I disagree that you can't contact a GPS point. You can if you have a GPS device and a means of transportation - the same as a postal address. How is locating someone via car plus GPS device any different than locating someone via car plus a map? I can think of other uses for a terrestrial position contact mech type - locating facilities or fixed assets like electrical transmission towers, cell towers, etc. They aren't going to have a postal address or phone number. If terrestrial position was another contact mech type, then we could use existing services, etc to associate that location to the facility. -Adrian
[招聘]上海某公司研发部门招聘
有兴趣请发送简历到: [EMAIL PROTECTED] 系统分析员 知识 1.熟悉软件工程. 2.精通系统分析与设计 3.熟练使用设计模式,和UML设计语言. 4.熟悉多种开源框架. 5.良好的团队工作和业务沟通能力. 6.流利快速地阅读英文技术文档 技能 1. 熟悉软件工程：RUP,XP,UML 2. 熟悉设计模式: Gof,J2EE Patterns 3. 熟悉软件开发语言：Java/XML/C# 4. 精通Liferay开源系统 5. 精通Ofbiz开源系统 6. 熟悉多种开源框架 7. 熟悉Shark开源系统 8. 熟悉ServiceMix,Celtix,Openadaptor等开源系统 9. 了解Eclipse RCP,SWING编程 10. 熟悉Oracle,MS SQL Server,MySQL,Postgresql数据库管理，设计和性能分析 11. 熟悉Windows Server,Linux/Unix服务器管理和性能分析 12. 熟悉J2EE application server(Glassfish,Tomcat)配置，开发，性能调整 软件研发工程师 知识 1. 精通Java,XML软件系统开发 2. 具有多种开源软件经验 3. 良好的团队工作和沟通能力. 4. 流利快速地阅读英文技术文档 技能 1. 精通Java,XML语言 2. 熟悉Liferay开源系统 3. 熟悉Ofbiz开源系统 4. 了解多种开源框架 5. 熟悉Shark开源系统 6. 熟悉ServiceMix,Celtix,Openadaptor等开源系统 7. 熟悉Eclipse RCP,SWING编程 8. 了解Linux/Windows/Unix操作系统 9. 了解Oracle,MS SQL Server,MySQL,Postgresql数据库 -- View this message in context: http://www.nabble.com/-%E6%8B%9B%E8%81%98-%E4%B8%8A%E6%B5%B7%E6%9F%90%E5%85%AC%E5%8F%B8%E7%A0%94%E5%8F%91%E9%83%A8%E9%97%A8%E6%8B%9B%E8%81%98-tp18882901p18882901.html Sent from the OFBiz - Dev mailing list archive at Nabble.com.
Migration of mini lang defined classes
create-object class-name=java.io.StringWriter field-name=XMLWriter/ call-class-method method-name=create class-name=org.ofbiz.base.util.collections.MapStack ret-field-name=xscreenContext/ so say there is a depreciation of classes, for an example, how best to migrate them programmatically?
Re: Latitude, Longitude in PostalAdress
On Aug 7, 2008, at 3:57 PM, Adrian Crum wrote: Jacques Le Roux wrote: Yes actually, I was just thinking about the EntityNameContactMech pattern, not a rule indeed. And because I wondered why we'd use this pattern in most other cases and not for GPS Geolocation, I just reviewed how Len Silverston suggests to deal with contact informations. At this stage I must admit that things were not much more clear. As far as I read Len speaks only about PartyContactMech and FacilityContactMech, but it's easy to extrapolate more usages as it's done in OFBiz. Now, please let me think loud. What is the difference between a postal address and a GPS point ? Is there more differences between them than between, say a telecom number and a postal address ? Obviously telecom numbers and a postal addresses have something in common that a GPS point does not share: they are mechanismes to contact somebody (or something at large). A GPS point is only a mean to locate somebody (or something at large), you can't contact a GPS point. So yes, it makes sense to differntiate a GPS point from other contact mech. A GPS point is not a contact mech as Len Silverstion defines one. It's a mean to locate not to contact. So now I better understant why you wanted things to point to it rather than having it point to other things. I still wonder though if we should not think a bit more about it. Putting a terrestrialPositionId in ContactMech does not make sense, as it's not a mean to contact but locate. Should we not introduce something else. Like a LocateMech, which could be maybe used for other stuff in future ? I like the idea of making terrestrial position another contact mech type. I disagree that you can't contact a GPS point. You can if you have a GPS device and a means of transportation - the same as a postal address. How is locating someone via car plus GPS device any different than locating someone via car plus a map? I can think of other uses for a terrestrial position contact mech type - locating facilities or fixed assets like electrical transmission towers, cell towers, etc. They aren't going to have a postal address or phone number. If terrestrial position was another contact mech type, then we could use existing services, etc to associate that location to the facility. A PostalAddress is not a contact mechanism because it represents a location that you can go to, and in fact many postal addresses are not places you can go to or if you go there you'll find a box or a bunch of boxes and no people. The term Postal is a clue: it is meant for contact via letter or package or whatever. -David
Re: Latitude, Longitude in PostalAdress
On Aug 7, 2008, at 3:12 PM, Jacques Le Roux wrote: From: David E Jones [EMAIL PROTECTED] One thing to note after this : an address may be used to contact but also only to locate (like for delivery). Same with a cell phone, when the police investigates... So maybe a ContacMech is enough, in OFBiz at least... Sorry for the long post, but you asked for thinking, I tried and finally find your 1st solution simple and clear : 1. add lat/long fields to ContactMech 2. create a new ContactMechType for geo-spatial coordinates like this, like TerrestrialPosition or something 3. add a new entity for TerrestrialPosition that is independent of the ContactMech and Geo entities, and then related to with other entities$ It could be a type of ContactMech, but DEFINITELY not on the ContactMech itself... most contact mechs have no location implication, except perhaps in a wide area (like a country or area code of a phone number). But still, a TerrestrialPosition is not a ContactMech and creating a type for it would be a serious hack. BTW, what do yout think about my answer to BJ about different geolocation sources (yahoo, google, etc.) : a primary key field geoPositionSourceEnumId using a relation to Enumeration in TerrestrialPosition entity? And his proposition of 2 fields for GPS elevation (one that has the value and one the enumerates elevationUomId) Why a primary key field? That makes no sense to me whatsoever... -David
