[jira] Commented: (OFBIZ-1433) Missing not-like condition in Simple Methods

2007-12-11 Thread Jacques Le Roux (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550345
 ] 

Jacques Le Roux commented on OFBIZ-1433:


You are right Chris, I will do it when I will update the site for marketing 
stuffes, should be soon...

 Missing not-like condition in Simple Methods
 --

 Key: OFBIZ-1433
 URL: https://issues.apache.org/jira/browse/OFBIZ-1433
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Chris Howe
Assignee: Jacques Le Roux
Priority: Minor
 Fix For: SVN trunk, Release Branch 4.0

 Attachments: SM.patch


 not-like condition is missing from the enumeration in the simple-methods.xsd

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (OFBIZ-1509) Allow for more status values for a task in the project.

2007-12-11 Thread Hans Bakker (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550347
 ] 

Hans Bakker commented on OFBIZ-1509:


I looked at the workeffort status possibilities and would like to use the 
existing structure however I see the following possibilities for the 
CALENDAR_STATUS:
Needs Action, Sent, Declined, Delegated, Cancelled

I was more looking for a status series like:
created, implemented, confirmed, approved, canceled, onhold
or:
created, completed, tested, delivered, canceled, onhold

Is there some against if i create a new status for a PROJECT_TASK  using one of 
the 2 series?

this can still have tha TASK_STATUS as its child and the WORK_EFFORT_STATUS as 
its parent



 Allow for more status values for a task in the project.
 ---

 Key: OFBIZ-1509
 URL: https://issues.apache.org/jira/browse/OFBIZ-1509
 Project: OFBiz
  Issue Type: Improvement
  Components: ProjectMgr
Reporter: Hans Bakker

 Currently the status values of a task in the workeffort manager only allow 
 for : 'accepted' and 'completed'
 For a project Task this is not enough, we need to have an indication not only 
 that the task is completed but for example is tested with another person.
 I would like to add another status called 'confirmed' to indicate that 
 another authority has confirmed the task is really completed.
 The question is do we add this status to the workeffort manager or we create 
 a new workEffortType only used in the project manager application?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1505) New screen to manage the default glAccountId for the PaymentMethodType entity.

2007-12-11 Thread Jacopo Cappellato (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jacopo Cappellato updated OFBIZ-1505:
-

Description: 
This is *not* an organization specific screen, and so it will be accessible 
from the top menu of the accounting component. 

In the new screen, it will only be possible to update the glAccountId field of 
the existing records; adding/removing new records is not allowed, nor updating 
the other fields of the PaymentMethodType entity.

Also, the name of the top menu should reflect the specialized scope of this 
screen.


  was:This is *not* an organization specific screen, and so it will be 
accessible from the top menu of the accounting component. 

Summary: New screen to manage the default glAccountId for the 
PaymentMethodType entity.  (was: New screen to manage the PaymentMethodType 
entity.)

 New screen to manage the default glAccountId for the PaymentMethodType entity.
 --

 Key: OFBIZ-1505
 URL: https://issues.apache.org/jira/browse/OFBIZ-1505
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato

 This is *not* an organization specific screen, and so it will be accessible 
 from the top menu of the accounting component. 
 In the new screen, it will only be possible to update the glAccountId field 
 of the existing records; adding/removing new records is not allowed, nor 
 updating the other fields of the PaymentMethodType entity.
 Also, the name of the top menu should reflect the specialized scope of this 
 screen.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (OFBIZ-1510) Review and improve the demo GL settings in accounting/data/DemoGlSetup.xml file

2007-12-11 Thread Jacopo Cappellato (JIRA)
Review and improve the demo GL settings in accounting/data/DemoGlSetup.xml file
---

 Key: OFBIZ-1510
 URL: https://issues.apache.org/jira/browse/OFBIZ-1510
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato


Choose more meaningful glAccountId etc...
Persons with a good knowledge of GL accounting setup may help with this task.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (OFBIZ-1511) Create a project scheduler

2007-12-11 Thread Hans Bakker (JIRA)
Create a project scheduler
--

 Key: OFBIZ-1511
 URL: https://issues.apache.org/jira/browse/OFBIZ-1511
 Project: OFBiz
  Issue Type: New Feature
  Components: ProjectMgr
Affects Versions: SVN trunk
Reporter: Hans Bakker
 Fix For: SVN trunk


A project scheduler is needed to create and revise planned dates of tasks in a 
project taking into account the available resources, required sequence of tasks 
and priorities and actual dates of already started tasks.

This could also be used for the scheduling of a manufacturing run.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (OFBIZ-1512) Be able to process incoming requests and insert these as tasks into existing projects

2007-12-11 Thread Hans Bakker (JIRA)
Be able to process incoming requests and insert these as tasks into existing 
projects
-

 Key: OFBIZ-1512
 URL: https://issues.apache.org/jira/browse/OFBIZ-1512
 Project: OFBiz
  Issue Type: New Feature
  Components: ProjectMgr
Affects Versions: SVN trunk
Reporter: Hans Bakker
Priority: Minor
 Fix For: SVN trunk


Incoming requests from customers affecting current projects need to be inserted 
as tasks.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (OFBIZ-1513) add a resource manager

2007-12-11 Thread Hans Bakker (JIRA)
add a resource manager
--

 Key: OFBIZ-1513
 URL: https://issues.apache.org/jira/browse/OFBIZ-1513
 Project: OFBiz
  Issue Type: New Feature
  Components: ProjectMgr
Affects Versions: SVN trunk
Reporter: Hans Bakker
 Fix For: SVN trunk


Add a resource tab on the highest level in the project manager which will 
enable the administrator to add and remove existing partyId's to the 
projectmanager resource list.
In this list are all parties which have the roleTypes of which the parentId = 
PROJECT_TEAM.

All screens in the project manager need to be changed so only parties with the 
specified parentRoleType of 'PROJECT_TEAM' can be selected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (OFBIZ-1513) add a resource manager

2007-12-11 Thread Hans Bakker (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1513?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hans Bakker reassigned OFBIZ-1513:
--

Assignee: Hans Bakker

 add a resource manager
 --

 Key: OFBIZ-1513
 URL: https://issues.apache.org/jira/browse/OFBIZ-1513
 Project: OFBiz
  Issue Type: New Feature
  Components: ProjectMgr
Affects Versions: SVN trunk
Reporter: Hans Bakker
Assignee: Hans Bakker
 Fix For: SVN trunk


 Add a resource tab on the highest level in the project manager which will 
 enable the administrator to add and remove existing partyId's to the 
 projectmanager resource list.
 In this list are all parties which have the roleTypes of which the parentId = 
 PROJECT_TEAM.
 All screens in the project manager need to be changed so only parties with 
 the specified parentRoleType of 'PROJECT_TEAM' can be selected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (OFBIZ-1438) Add Find menu with Find Project, Find Tasks, Find Timesheet as sub menu items

2007-12-11 Thread Hans Bakker (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hans Bakker reassigned OFBIZ-1438:
--

Assignee: Anil K Patel

 Add Find menu with  Find Project, Find Tasks, Find Timesheet as sub menu items
 --

 Key: OFBIZ-1438
 URL: https://issues.apache.org/jira/browse/OFBIZ-1438
 Project: OFBiz
  Issue Type: Improvement
  Components: ProjectMgr
Reporter: Anil K Patel
Assignee: Anil K Patel
Priority: Minor
 Attachments: findMenu1438.patch


 Add Find menu in Application menu under project component. On click on Find, 
 A screen should come that has a sub menu with Find Project, Find Tasks, Find 
 Timesheet as sub menu items.  Find Project will be the default selected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (OFBIZ-1423) Missing ReturnItemTypeMap for AGGREGATED prodcuts

2007-12-11 Thread Bilgin Ibryam (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550378
 ] 

Bilgin Ibryam commented on OFBIZ-1423:
--

Committed in trunk rev. 603189 

 Missing ReturnItemTypeMap for AGGREGATED prodcuts
 -

 Key: OFBIZ-1423
 URL: https://issues.apache.org/jira/browse/OFBIZ-1423
 Project: OFBiz
  Issue Type: Bug
  Components: order
Affects Versions: SVN trunk, Release Branch 4.0
Reporter: Bilgin Ibryam
Assignee: Bilgin Ibryam
Priority: Minor
 Fix For: SVN trunk, Release Branch 4.0


 Hi,
 Returning AGGREGATED  products (PC001) currently is not possible due to 
 missing entry in ReturnItemTypeMap enity.
 Is there a reason for it or just missed ?
 Bilgin
 Index: applications/order/data/OrderTypeData.xml
 ===
 --- applications/order/data/OrderTypeData.xml (revision 597751)
 +++ applications/order/data/OrderTypeData.xml (working copy)
 @@ -259,6 +259,7 @@
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINISHED_GOOD returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_AUTO returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_PICK returnItemTypeId=RET_FPROD_ITEM/
 +ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=AGGREGATED returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=DIGITAL_GOOD returnItemTypeId=RET_DPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINDIG_GOOD returnItemTypeId=RET_FDPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=PROMOTION_ADJUSTMENT returnItemTypeId=RET_PROMOTION_ADJ/

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (OFBIZ-1438) Add Find menu with Find Project, Find Tasks, Find Timesheet as sub menu items

2007-12-11 Thread Hans Bakker (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550379
 ] 

Hans Bakker commented on OFBIZ-1438:


Hi Jyotsna,

this looks pretty good and ready for inclusion in SVN, a few comments however:

1. Your 'find timesheets' should replace the current timesheet option
2. Your 'find project' should replace the current 'project' option.
3. and i think we should add a new 'tasks' option after the 'project' option 
which is showing your find task.
4 your task list does not show any planned and actual hours.(did you use the 
'getTask' service?)
5. remember the priority is optional, will give an error on line 151 and line 
117 in FindWorkEfforts.bsh

regards
Hans


 Add Find menu with  Find Project, Find Tasks, Find Timesheet as sub menu items
 --

 Key: OFBIZ-1438
 URL: https://issues.apache.org/jira/browse/OFBIZ-1438
 Project: OFBiz
  Issue Type: Improvement
  Components: ProjectMgr
Reporter: Anil K Patel
Assignee: Anil K Patel
Priority: Minor
 Attachments: findMenu1438.patch


 Add Find menu in Application menu under project component. On click on Find, 
 A screen should come that has a sub menu with Find Project, Find Tasks, Find 
 Timesheet as sub menu items.  Find Project will be the default selected.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (OFBIZ-1423) Missing ReturnItemTypeMap for AGGREGATED prodcuts

2007-12-11 Thread Bilgin Ibryam (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bilgin Ibryam closed OFBIZ-1423.


Resolution: Fixed

 Missing ReturnItemTypeMap for AGGREGATED prodcuts
 -

 Key: OFBIZ-1423
 URL: https://issues.apache.org/jira/browse/OFBIZ-1423
 Project: OFBiz
  Issue Type: Bug
  Components: order
Affects Versions: SVN trunk, Release Branch 4.0
Reporter: Bilgin Ibryam
Assignee: Bilgin Ibryam
Priority: Minor
 Fix For: SVN trunk, Release Branch 4.0


 Hi,
 Returning AGGREGATED  products (PC001) currently is not possible due to 
 missing entry in ReturnItemTypeMap enity.
 Is there a reason for it or just missed ?
 Bilgin
 Index: applications/order/data/OrderTypeData.xml
 ===
 --- applications/order/data/OrderTypeData.xml (revision 597751)
 +++ applications/order/data/OrderTypeData.xml (working copy)
 @@ -259,6 +259,7 @@
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINISHED_GOOD returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_AUTO returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_PICK returnItemTypeId=RET_FPROD_ITEM/
 +ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=AGGREGATED returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=DIGITAL_GOOD returnItemTypeId=RET_DPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINDIG_GOOD returnItemTypeId=RET_FDPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=PROMOTION_ADJUSTMENT returnItemTypeId=RET_PROMOTION_ADJ/

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1506) Add a column with the default account id to the list form in the setup screen for payment method types mappings.

2007-12-11 Thread JyotsnaRathore (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JyotsnaRathore updated OFBIZ-1506:
--

Attachment: (was: costComponent.patch)

 Add a column with the default account id to the list form in the setup screen 
 for payment method types mappings.
 

 Key: OFBIZ-1506
 URL: https://issues.apache.org/jira/browse/OFBIZ-1506
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato

 Add a column to the list form in the following screen:
 https://demo.hotwaxmedia.com/accounting/control/GlAccountNrPaymentMethod?organizationPartyId=Company
 to display the default gl account id for the payment method type (from 
 PaymentMethodType.glAccountId): display both the id and description of the 
 account.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1506) Add a column with the default account id to the list form in the setup screen for payment method types mappings.

2007-12-11 Thread JyotsnaRathore (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JyotsnaRathore updated OFBIZ-1506:
--

Attachment: costComponent.patch

Can we implement use-when in list forms..?

 Add a column with the default account id to the list form in the setup screen 
 for payment method types mappings.
 

 Key: OFBIZ-1506
 URL: https://issues.apache.org/jira/browse/OFBIZ-1506
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato

 Add a column to the list form in the following screen:
 https://demo.hotwaxmedia.com/accounting/control/GlAccountNrPaymentMethod?organizationPartyId=Company
 to display the default gl account id for the payment method type (from 
 PaymentMethodType.glAccountId): display both the id and description of the 
 account.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1503) New screen for the CostComponentCalc entity

2007-12-11 Thread JyotsnaRathore (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JyotsnaRathore updated OFBIZ-1503:
--

Attachment: costComponent.patch

Can we implement use-when in list form ?

 New screen for the CostComponentCalc entity
 ---

 Key: OFBIZ-1503
 URL: https://issues.apache.org/jira/browse/OFBIZ-1503
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting, manufacturing
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato
 Attachments: costComponent.patch


 This is *not* an organization specific screen, and so it will be accessible 
 from the top menu of the accounting component.
 The screen can be copied from the existing screen in the manufacturing 
 component:
 https://demo.hotwaxmedia.com/manufacturing/control/EditCostCalcs
 However, the only editable fields in the new screen will be: Cost Gl Account 
 Type Id and Offsetting Gl Account Type Id; on the other hand, hide the two 
 fields (both in the edit and list form) in the screen of the manufacturing 
 applocation.
 Also, the name of the top menu should reflect the specialized scope of this 
 screen. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1506) Add a column with the default account id to the list form in the setup screen for payment method types mappings.

2007-12-11 Thread JyotsnaRathore (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JyotsnaRathore updated OFBIZ-1506:
--

Comment: was deleted

 Add a column with the default account id to the list form in the setup screen 
 for payment method types mappings.
 

 Key: OFBIZ-1506
 URL: https://issues.apache.org/jira/browse/OFBIZ-1506
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato

 Add a column to the list form in the following screen:
 https://demo.hotwaxmedia.com/accounting/control/GlAccountNrPaymentMethod?organizationPartyId=Company
 to display the default gl account id for the payment method type (from 
 PaymentMethodType.glAccountId): display both the id and description of the 
 account.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1504) New screen to manage the default glAccountId for the InvoiceItemType entity.

2007-12-11 Thread Alok Agnihotri (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alok Agnihotri updated OFBIZ-1504:
--

Attachment: jira-issue-1504

Here is the patch for jira-issue-1504
Created UI for InvoiceItemType

 New screen to manage the default glAccountId for the InvoiceItemType entity.
 

 Key: OFBIZ-1504
 URL: https://issues.apache.org/jira/browse/OFBIZ-1504
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato
 Attachments: jira-issue-1504


 This is *not* an organization specific screen, and so it will be accessible 
 from the top menu of the accounting component.
 In the new screen, it will only be possible to update the glAccountId field 
 of the existing records; adding/removing new records is not allowed, nor 
 updating the other fields of the InvoiceItemType entity.
 Also, the name of the top menu should reflect the specialized scope of this 
 screen.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1505) New screen to manage the default glAccountId for the PaymentMethodType entity.

2007-12-11 Thread Brajesh Patel (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1505?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brajesh Patel updated OFBIZ-1505:
-

Attachment: Jira_issue_1505.patch

Created UI to manage the default glAccountId for the PaymentMethodType entity.

 New screen to manage the default glAccountId for the PaymentMethodType entity.
 --

 Key: OFBIZ-1505
 URL: https://issues.apache.org/jira/browse/OFBIZ-1505
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato
 Attachments: Jira_issue_1505.patch


 This is *not* an organization specific screen, and so it will be accessible 
 from the top menu of the accounting component. 
 In the new screen, it will only be possible to update the glAccountId field 
 of the existing records; adding/removing new records is not allowed, nor 
 updating the other fields of the PaymentMethodType entity.
 Also, the name of the top menu should reflect the specialized scope of this 
 screen.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Transaction related error in log when the

2007-12-11 Thread Jacopo Cappellato
The following error is logged (even if the service works as expected) 
when the service getInventoryAvailableByFacility is called:


==
2007-12-11 15:54:57,906 (default-invoker-Thread-6) [ 
GenericDelegator.java:2031:ERROR]  exception report 
-- ERROR: Cannot 
do a find that returns an EntityListIterator with no transaction in 
place. Wrap this call in a transaction. Exception: java.lang.Exception 
Message: Stack Trace  stack trace 
--- 
java.lang.Exception: Stack Trace 
org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:2030) 
org.ofbiz.entity.GenericDelegator.findListIteratorByCondition(GenericDelegator.java:2008) 
org.ofbiz.minilang.method.entityops.FindByAnd.exec(FindByAnd.java:88) 
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931) 
org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:121) 
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931) 
org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:568) 
org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:105) 
org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:87) 
org.ofbiz.minilang.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76) 
org.ofbiz.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51) 
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:375) 
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) 
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:136)


==

I think this is caused by the service definition that has:

use-transaction=false

I've noticed that this flag has been set by Si in rev. r438286:

Turned off transactions for all the getInventory_ services -- they do 
not store anything and should not require them.  Also added marketing 
package ATP/QOH to the getProductInventorySummaryForItems service which 
searches across all facilities


Is there a reason for setting this flag? Should we remove it? Or is the 
error a fake error that should be fixed instead?


Jacopo



Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Adrian Crum

Jacopo,

Thank you very much for the info! I will get to that today.

-Adrian

Jacopo Cappellato wrote:

Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a few 
of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console error 
messages until it is.




You can add the xsd file to the site yourself, it is a useful task, here 
are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and password
3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo






Re: RFC: Properties Idea

2007-12-11 Thread Adrian Crum

David,

Thank you very much for your comments. I agree with the idea of data model extensions designed 
around a particular configuration option.


I was thinking more along the lines of having some of the system-level configuration options stored 
in an entity - so we could have a basic system configuration UI. Of course some things could be left 
out - like the cache settings you mentioned previously.


I'll put the idea on the shelf for now.

-Adrian

David E Jones wrote:



This is an interesting approach, but very different from what I had  
imagined and what has been discussed (though not in a lot of detail).


Rather than creating a generic structure I'd rather continue with the  
existing pattern of designing data model extensions according to the  
nature of the configuration option.


That approach is certainly more work, but ultimately more valuable and  
easier to use and maintain going forward. All options are basically  
listed out and can be restricted more using enums as needed, and  
structured relative to whatever makes sense like a product store or  
organization party or whatever.


This also helps clarify which options should or should not go in the  
database. IMO only the business level configuration options should go  
in the database and not the technical, or perhaps better labeled  
system, level ones. If it relates to something in the current data  
model, like payment settings for example, then it makes sense to  create 
a structure for and put it in the database. That particular  example 
would also allow us to get rid of some hackish things like  specifying 
the properties file name in an entity field.


-David


On Dec 7, 2007, at 3:42 PM, Adrian Crum wrote:

Now that OFBiz supports XML properties files, I've started thinking  
about David's comment that configuration settings and such should be  
kept in the database - and how to add that capability to the  
UtilProperties class bag of tricks.


Just like the XML properties file idea, I'd like to make it  
transparent to the developer. I'm thinking we would need only one  
entity, and a little more work on the UtilProperties class.


The entity would be something like:

ResourceProperties
--
ResourceName, id-long
PropertyKey, id-long
PropertyValue, very-long

So, if you called UtilProperties.getPropertyValue(MyResource,  
MyProperty) the usual properties files would be checked first, and  
if that failed, the ResourceProperties entity would be searched.  
UtilProperties would keep the entity version of Properties objects  in 
the same cache as regular file-based Properties objects.


What do you think?

The only thing I haven't figured out is how to get a delegator  
instance. In the example above, there are two String parameters - no  
delegator. I know I can call  
GenericDelegator.getGenericDelegator(String delegatorName) but what  
delegator name do I use? Any ideas on how that would/should work?


-Adrian








Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Adrian Crum

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a few 
of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console error 
messages until it is.




You can add the xsd file to the site yourself, it is a useful task, here 
are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and password
3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo






Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Jacopo Cappellato

Adrian,

you have to download an ssh client... let me check the one (free 
software) I have in my laptop... just give me 5 minutes (time to switch 
it on)


Jacopo



Adrian Crum wrote:

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console 
error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and password
3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo






Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Raj Saini

Use Putty.
http://www.chiark.greenend.org.uk/~sgtatham/putty/

Raj

Adrian Crum wrote:

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console 
error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and 
password

3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo









Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Jacopo Cappellato

This one is a good one:

http://www.chiark.greenend.org.uk/~sgtatham/putty/

Jacopo

Jacopo Cappellato wrote:

Adrian,

you have to download an ssh client... let me check the one (free 
software) I have in my laptop... just give me 5 minutes (time to switch 
it on)


Jacopo



Adrian Crum wrote:

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console 
error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and 
password

3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo







Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Adrian Crum

Thank you Raj and Jacopo!

Jacopo Cappellato wrote:


This one is a good one:

http://www.chiark.greenend.org.uk/~sgtatham/putty/

Jacopo

Jacopo Cappellato wrote:


Adrian,

you have to download an ssh client... let me check the one (free 
software) I have in my laptop... just give me 5 minutes (time to 
switch it on)


Jacopo



Adrian Crum wrote:


Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the 
future.


This commit contains a new xsd file - it needs to be included on 
the apache ofbiz website. XML properties files will generate 
console error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and 
password

3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo










Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Jacopo Cappellato

ah ah... quicker than me :-)

Raj Saini wrote:

Use Putty.
http://www.chiark.greenend.org.uk/~sgtatham/putty/

Raj

Adrian Crum wrote:

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the future.


This commit contains a new xsd file - it needs to be included on the 
apache ofbiz website. XML properties files will generate console 
error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and 
password

3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo









[jira] Commented: (OFBIZ-1423) Missing ReturnItemTypeMap for AGGREGATED prodcuts

2007-12-11 Thread Jacques Le Roux (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1423?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550564
 ] 

Jacques Le Roux commented on OFBIZ-1423:


Back ported in release4.0 603294

 Missing ReturnItemTypeMap for AGGREGATED prodcuts
 -

 Key: OFBIZ-1423
 URL: https://issues.apache.org/jira/browse/OFBIZ-1423
 Project: OFBiz
  Issue Type: Bug
  Components: order
Affects Versions: SVN trunk, Release Branch 4.0
Reporter: Bilgin Ibryam
Assignee: Bilgin Ibryam
Priority: Minor
 Fix For: SVN trunk, Release Branch 4.0


 Hi,
 Returning AGGREGATED  products (PC001) currently is not possible due to 
 missing entry in ReturnItemTypeMap enity.
 Is there a reason for it or just missed ?
 Bilgin
 Index: applications/order/data/OrderTypeData.xml
 ===
 --- applications/order/data/OrderTypeData.xml (revision 597751)
 +++ applications/order/data/OrderTypeData.xml (working copy)
 @@ -259,6 +259,7 @@
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINISHED_GOOD returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_AUTO returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=MARKETING_PKG_PICK returnItemTypeId=RET_FPROD_ITEM/
 +ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=AGGREGATED returnItemTypeId=RET_FPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=DIGITAL_GOOD returnItemTypeId=RET_DPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=FINDIG_GOOD returnItemTypeId=RET_FDPROD_ITEM/
  ReturnItemTypeMap returnHeaderTypeId=CUSTOMER_RETURN 
 returnItemMapKey=PROMOTION_ADJUSTMENT returnItemTypeId=RET_PROMOTION_ADJ/

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Adrian Crum

Jacopo,

I'm getting access denied messages while entering my password in ssh.

-Adrian

Jacopo Cappellato wrote:


This one is a good one:

http://www.chiark.greenend.org.uk/~sgtatham/putty/

Jacopo

Jacopo Cappellato wrote:


Adrian,

you have to download an ssh client... let me check the one (free 
software) I have in my laptop... just give me 5 minutes (time to 
switch it on)


Jacopo



Adrian Crum wrote:


Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:


Adrian,

[EMAIL PROTECTED] wrote:


Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in 
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a 
few of the improvements mentioned in 
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also 
lays the groundwork for improved properties file support in the 
future.


This commit contains a new xsd file - it needs to be included on 
the apache ofbiz website. XML properties files will generate 
console error messages until it is.




You can add the xsd file to the site yourself, it is a useful task, 
here are the details:


1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and 
password

3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo










Re: RFC: Properties Idea

2007-12-11 Thread David E Jones


On Dec 11, 2007, at 8:56 AM, Adrian Crum wrote:

I was thinking more along the lines of having some of the system- 
level configuration options stored in an entity - so we could have a  
basic system configuration UI. Of course some things could be left  
out - like the cache settings you mentioned previously.


I'll put the idea on the shelf for now.


I'm pretty against having configuration like this in the database...  
it makes it really difficult to manage overall, largely because  
revision control is either not there, or done in the database separate  
from the code revision control, making deployments very error prone  
because you have to manually keep an eye on these settings in the  
database and make sure they are up to date.


If you have a config UI it makes it even more difficult to manage  
because if someone changes something in the UI and someone else  
writing code makes a corresponding configuration in the file system,  
when the data is reloaded you might end up with a change loss  
problem... and that's only one scenario.


-David



smime.p7s
Description: S/MIME cryptographic signature


[jira] Commented: (OFBIZ-1441) Enhance the integration with eBay

2007-12-11 Thread Jacopo Cappellato (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550654
 ] 

Jacopo Cappellato commented on OFBIZ-1441:
--

Looks good Marco,

I'd say you can commit this work.


 Enhance the integration with eBay
 -

 Key: OFBIZ-1441
 URL: https://issues.apache.org/jira/browse/OFBIZ-1441
 Project: OFBiz
  Issue Type: New Feature
  Components: order, product
Affects Versions: SVN trunk
 Environment: mac os
Reporter: Marco Risaliti
Priority: Minor
 Fix For: SVN trunk

 Attachments: ebay.patch, ebay.zip


 Move the eBay export (auctions creation), currently in the product component, 
 and import (of orders) stuff, currently in the order component, into a new 
 specialpurpose component. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Transaction related error in log when the

2007-12-11 Thread David E Jones


This is an important error message. The problem is that the Entity  
Engine can't just create a transaction for these because it can't  
commit or rollback the transaction because the connection and  
ResultSet stay open until the EntityListIterator is closed, which is  
done by the code calling the EE and so the transaction must be managed  
outside the EE.


It is not correct that read only operations don't need a transaction.  
Part of the definition of transaction isolation definitely involves  
reading as well as writing.


-David


On Dec 11, 2007, at 8:13 AM, Jacopo Cappellato wrote:

The following error is logged (even if the service works as  
expected) when the service getInventoryAvailableByFacility is  
called:


==
2007-12-11 15:54:57,906 (default-invoker-Thread-6)  
[ GenericDelegator.java:2031:ERROR]  exception report  
-- ERROR:  
Cannot do a find that returns an EntityListIterator with no  
transaction in place. Wrap this call in a transaction. Exception:  
java.lang.Exception Message: Stack Trace  stack trace  
---  
java.lang.Exception: Stack Trace  
org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:2030)  
org 
.ofbiz 
.entity 
.GenericDelegator.findListIteratorByCondition(GenericDelegator.java: 
2008)  
org.ofbiz.minilang.method.entityops.FindByAnd.exec(FindByAnd.java: 
88) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931)  
org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:121)  
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931)  
org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:568)  
org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java: 
105)  
org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java: 
87)  
org 
.ofbiz 
.minilang 
.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)  
org 
.ofbiz.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java: 
51)  
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java: 
375)  
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java: 
208)  
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java: 
136)


==

I think this is caused by the service definition that has:

use-transaction=false

I've noticed that this flag has been set by Si in rev. r438286:

Turned off transactions for all the getInventory_ services -- they  
do not store anything and should not require them.  Also added  
marketing package ATP/QOH to the getProductInventorySummaryForItems  
service which searches across all facilities


Is there a reason for setting this flag? Should we remove it? Or is  
the error a fake error that should be fixed instead?


Jacopo





smime.p7s
Description: S/MIME cryptographic signature


Re: Transaction related error in log when the

2007-12-11 Thread Jacopo Cappellato

David,

thanks for the explanation.

So I guess that it is ok to remove the use-transaction=false for these 
services, right?


Jacopo

David E Jones wrote:


This is an important error message. The problem is that the Entity 
Engine can't just create a transaction for these because it can't commit 
or rollback the transaction because the connection and ResultSet stay 
open until the EntityListIterator is closed, which is done by the code 
calling the EE and so the transaction must be managed outside the EE.


It is not correct that read only operations don't need a transaction. 
Part of the definition of transaction isolation definitely involves 
reading as well as writing.


-David


On Dec 11, 2007, at 8:13 AM, Jacopo Cappellato wrote:

The following error is logged (even if the service works as expected) 
when the service getInventoryAvailableByFacility is called:


==
2007-12-11 15:54:57,906 (default-invoker-Thread-6) [ 
GenericDelegator.java:2031:ERROR]  exception report 
-- ERROR: 
Cannot do a find that returns an EntityListIterator with no 
transaction in place. Wrap this call in a transaction. Exception: 
java.lang.Exception Message: Stack Trace  stack trace 
--- 
java.lang.Exception: Stack Trace 
org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:2030) 
org.ofbiz.entity.GenericDelegator.findListIteratorByCondition(GenericDelegator.java:2008) 
org.ofbiz.minilang.method.entityops.FindByAnd.exec(FindByAnd.java:88) 
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931) 
org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java:121) 
org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java:931) 
org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:568) 
org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java:105) 
org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java:87) 
org.ofbiz.minilang.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76) 
org.ofbiz.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51) 
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:375) 
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:208) 
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:136)


==

I think this is caused by the service definition that has:

use-transaction=false

I've noticed that this flag has been set by Si in rev. r438286:

Turned off transactions for all the getInventory_ services -- they do 
not store anything and should not require them.  Also added marketing 
package ATP/QOH to the getProductInventorySummaryForItems service 
which searches across all facilities


Is there a reason for setting this flag? Should we remove it? Or is 
the error a fake error that should be fixed instead?


Jacopo







Re: Transaction related error in log when the

2007-12-11 Thread David E Jones


It would be good to hear Si's comment on that, but my vote is  
definitely for removing it.


A service should only really have use-transaction set to false if it  
is doing it's own transaction management internally, like manually or  
in sub-services only.


-David


On Dec 11, 2007, at 11:00 AM, Jacopo Cappellato wrote:


David,

thanks for the explanation.

So I guess that it is ok to remove the use-transaction=false for  
these services, right?


Jacopo

David E Jones wrote:
This is an important error message. The problem is that the Entity  
Engine can't just create a transaction for these because it can't  
commit or rollback the transaction because the connection and  
ResultSet stay open until the EntityListIterator is closed, which  
is done by the code calling the EE and so the transaction must be  
managed outside the EE.
It is not correct that read only operations don't need a  
transaction. Part of the definition of transaction isolation  
definitely involves reading as well as writing.

-David
On Dec 11, 2007, at 8:13 AM, Jacopo Cappellato wrote:
The following error is logged (even if the service works as  
expected) when the service getInventoryAvailableByFacility is  
called:


= 
= 

2007-12-11 15:54:57,906 (default-invoker-Thread-6)  
[ GenericDelegator.java:2031:ERROR]  exception report  
-- ERROR:  
Cannot do a find that returns an EntityListIterator with no  
transaction in place. Wrap this call in a transaction. Exception:  
java.lang.Exception Message: Stack Trace  stack trace  
---  
java.lang.Exception: Stack Trace  
org.ofbiz.entity.GenericDelegator.find(GenericDelegator.java:2030)  
org 
.ofbiz 
.entity 
.GenericDelegator 
.findListIteratorByCondition(GenericDelegator.java:2008)  
org.ofbiz.minilang.method.entityops.FindByAnd.exec(FindByAnd.java: 
88) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java: 
931) org.ofbiz.minilang.method.ifops.IfCompare.exec(IfCompare.java: 
121) org.ofbiz.minilang.SimpleMethod.runSubOps(SimpleMethod.java: 
931) org.ofbiz.minilang.SimpleMethod.exec(SimpleMethod.java:568)  
org.ofbiz.minilang.SimpleMethod.runSimpleMethod(SimpleMethod.java: 
105)  
org.ofbiz.minilang.SimpleMethod.runSimpleService(SimpleMethod.java: 
87)  
org 
.ofbiz 
.minilang 
.SimpleServiceEngine.serviceInvoker(SimpleServiceEngine.java:76)  
org 
.ofbiz 
.minilang.SimpleServiceEngine.runSync(SimpleServiceEngine.java:51)  
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java: 
375)  
org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java: 
208)  
org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java: 
136)


= 
= 



I think this is caused by the service definition that has:

use-transaction=false

I've noticed that this flag has been set by Si in rev. r438286:

Turned off transactions for all the getInventory_ services --  
they do not store anything and should not require them.  Also  
added marketing package ATP/QOH to the  
getProductInventorySummaryForItems service which searches across  
all facilities


Is there a reason for setting this flag? Should we remove it? Or  
is the error a fake error that should be fixed instead?


Jacopo







smime.p7s
Description: S/MIME cryptographic signature


Re: Transaction related error in log when the

2007-12-11 Thread Jacopo Cappellato

Of course,

I'd love too to get Si's opinion... but I have the feeling he doesn't 
like to participate in ML discussions. In the last months I don't 
remember a message from Si, apart from the comments on Jira and the 
commit logs.
Hopefully he will find a moment to jump in this discussion, if not, I 
can try to open a Jira issue to capture Si's attention (I'm joking, Si)


Jacopo


David E Jones wrote:


It would be good to hear Si's comment on that, but my vote is definitely 
for removing it.


A service should only really have use-transaction set to false if it is 
doing it's own transaction management internally, like manually or in 
sub-services only.


-David



[jira] Closed: (OFBIZ-1441) Enhance the integration with eBay

2007-12-11 Thread Marco Risaliti (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marco Risaliti closed OFBIZ-1441.
-

Resolution: Fixed

Fixed in rev. 603323, 603325, 603326, 603327, 603345, 603349, 603351, 603353.

Please let me know if something wrong this is my first commits in OFBiz.

Thanks
Marco

 Enhance the integration with eBay
 -

 Key: OFBIZ-1441
 URL: https://issues.apache.org/jira/browse/OFBIZ-1441
 Project: OFBiz
  Issue Type: New Feature
  Components: order, product
Affects Versions: SVN trunk
 Environment: mac os
Reporter: Marco Risaliti
Assignee: Marco Risaliti
Priority: Minor
 Fix For: SVN trunk

 Attachments: ebay.patch, ebay.zip


 Move the eBay export (auctions creation), currently in the product component, 
 and import (of orders) stuff, currently in the order component, into a new 
 specialpurpose component. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (OFBIZ-1514) Duplicates in Search Results

2007-12-11 Thread Joe Eckard (JIRA)
Duplicates in Search Results


 Key: OFBIZ-1514
 URL: https://issues.apache.org/jira/browse/OFBIZ-1514
 Project: OFBiz
  Issue Type: Bug
  Components: product
Affects Versions: SVN trunk
Reporter: Joe Eckard
Priority: Minor


If a product has multiple keywords with identical roots and different relevancy 
weights and the product is within a set of search results that span multiple 
pages, then it will be duplicated in the results display. This is because 
ProductSearch is doing a distinct on productId, relevancyWeight(s) instead of 
grouping by the productId.

I'm attaching a small proof-of-concept patch to make grouping by productId the 
default - it appears to work well with various combinations of search criteria 
(multiple keywords, features, feature cats, categories, etc.) but I haven't 
done a tremendous amount of testing. (Only using PostgreSQL and Derby)

From the comments in the ProductSearch code it looks like it was done this way 
once, but it may have caused problems with Oracle. Does anyone know what that 
problem was, or can anyone check this patch against oracle?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (OFBIZ-1514) Duplicates in Search Results

2007-12-11 Thread Joe Eckard (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1514?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550726
 ] 

Joe Eckard commented on OFBIZ-1514:
---

To reproduce this from a clean checkout:

Load demo data, create keywords for all products. In the catalog manager, do a 
keyword search for gizmos with a VIEW_SIZE parameter of 10. You should see 
1-10 of 19. Then manually add the keyword gizmotron to Big Gizmo (GZ-8544). 
Do the same search again and you should see 1-10 of 20.

 Duplicates in Search Results
 

 Key: OFBIZ-1514
 URL: https://issues.apache.org/jira/browse/OFBIZ-1514
 Project: OFBiz
  Issue Type: Bug
  Components: product
Affects Versions: SVN trunk
Reporter: Joe Eckard
Priority: Minor

 If a product has multiple keywords with identical roots and different 
 relevancy weights and the product is within a set of search results that span 
 multiple pages, then it will be duplicated in the results display. This is 
 because ProductSearch is doing a distinct on productId, relevancyWeight(s) 
 instead of grouping by the productId.
 I'm attaching a small proof-of-concept patch to make grouping by productId 
 the default - it appears to work well with various combinations of search 
 criteria (multiple keywords, features, feature cats, categories, etc.) but I 
 haven't done a tremendous amount of testing. (Only using PostgreSQL and Derby)
 From the comments in the ProductSearch code it looks like it was done this 
 way once, but it may have caused problems with Oracle. Does anyone know what 
 that problem was, or can anyone check this patch against oracle?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1514) Duplicates in Search Results

2007-12-11 Thread Joe Eckard (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Eckard updated OFBIZ-1514:
--

Attachment: patch.txt

 Duplicates in Search Results
 

 Key: OFBIZ-1514
 URL: https://issues.apache.org/jira/browse/OFBIZ-1514
 Project: OFBiz
  Issue Type: Bug
  Components: product
Affects Versions: SVN trunk
Reporter: Joe Eckard
Priority: Minor
 Attachments: patch.txt


 If a product has multiple keywords with identical roots and different 
 relevancy weights and the product is within a set of search results that span 
 multiple pages, then it will be duplicated in the results display. This is 
 because ProductSearch is doing a distinct on productId, relevancyWeight(s) 
 instead of grouping by the productId.
 I'm attaching a small proof-of-concept patch to make grouping by productId 
 the default - it appears to work well with various combinations of search 
 criteria (multiple keywords, features, feature cats, categories, etc.) but I 
 haven't done a tremendous amount of testing. (Only using PostgreSQL and Derby)
 From the comments in the ProductSearch code it looks like it was done this 
 way once, but it may have caused problems with Oracle. Does anyone know what 
 that problem was, or can anyone check this patch against oracle?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1514) Duplicates in Search Results

2007-12-11 Thread Joe Eckard (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1514?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Joe Eckard updated OFBIZ-1514:
--

Description: 
If a product has multiple keywords with identical roots and different relevancy 
weights and the product is within a set of search results that span multiple 
pages, then it will be duplicated in the results display. This is because 
ProductSearch is doing a distinct on productId, relevancyWeight(s) instead of 
grouping by the productId. (And the attempt at duplicate removal only happens 
on a page-by-page basis.)

I'm attaching a small proof-of-concept patch to make grouping by productId the 
default - it appears to work well with various combinations of search criteria 
(multiple keywords, features, feature cats, categories, etc.) but I haven't 
done a tremendous amount of testing. (Only using PostgreSQL and Derby)

From the comments in the ProductSearch code it looks like it was done this way 
once, but it may have caused problems with Oracle. Does anyone know what that 
problem was, or can anyone check this patch against oracle?

  was:
If a product has multiple keywords with identical roots and different relevancy 
weights and the product is within a set of search results that span multiple 
pages, then it will be duplicated in the results display. This is because 
ProductSearch is doing a distinct on productId, relevancyWeight(s) instead of 
grouping by the productId.

I'm attaching a small proof-of-concept patch to make grouping by productId the 
default - it appears to work well with various combinations of search criteria 
(multiple keywords, features, feature cats, categories, etc.) but I haven't 
done a tremendous amount of testing. (Only using PostgreSQL and Derby)

From the comments in the ProductSearch code it looks like it was done this way 
once, but it may have caused problems with Oracle. Does anyone know what that 
problem was, or can anyone check this patch against oracle?


 Duplicates in Search Results
 

 Key: OFBIZ-1514
 URL: https://issues.apache.org/jira/browse/OFBIZ-1514
 Project: OFBiz
  Issue Type: Bug
  Components: product
Affects Versions: SVN trunk
Reporter: Joe Eckard
Priority: Minor
 Attachments: patch.txt


 If a product has multiple keywords with identical roots and different 
 relevancy weights and the product is within a set of search results that span 
 multiple pages, then it will be duplicated in the results display. This is 
 because ProductSearch is doing a distinct on productId, relevancyWeight(s) 
 instead of grouping by the productId. (And the attempt at duplicate removal 
 only happens on a page-by-page basis.)
 I'm attaching a small proof-of-concept patch to make grouping by productId 
 the default - it appears to work well with various combinations of search 
 criteria (multiple keywords, features, feature cats, categories, etc.) but I 
 haven't done a tremendous amount of testing. (Only using PostgreSQL and Derby)
 From the comments in the ProductSearch code it looks like it was done this 
 way once, but it may have caused problems with Oracle. Does anyone know what 
 that problem was, or can anyone check this patch against oracle?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: svn commit: r603353 - in /ofbiz/trunk/applications/product: config/ servicedef/ src/org/ofbiz/product/product/ webapp/catalog/WEB-INF/ webapp/catalog/find/ widget/catalog/

2007-12-11 Thread Jacques Le Roux
Cool, good work Marco !

Thanks

Jacques

PS : Heu... did not tried ;o)

 Author: mrisaliti
 Date: Tue Dec 11 12:41:37 2007
 New Revision: 603353

 URL: http://svn.apache.org/viewvc?rev=603353view=rev
 Log:
 eBay features are now moved to a specialpurpose application and it can be 
 removed from the product application (Part of issue
OFBIZ-1441)

 Removed:
 ofbiz/trunk/applications/product/config/productsExport.properties
 
 ofbiz/trunk/applications/product/src/org/ofbiz/product/product/ProductsExportToEbay.java
 ofbiz/trunk/applications/product/webapp/catalog/find/ExportForms.xml
 Modified:
 ofbiz/trunk/applications/product/config/ProductUiLabels.properties
 ofbiz/trunk/applications/product/config/ProductUiLabels_it.properties
 ofbiz/trunk/applications/product/servicedef/services.xml
 ofbiz/trunk/applications/product/webapp/catalog/WEB-INF/controller.xml
 ofbiz/trunk/applications/product/webapp/catalog/find/keywordsearch.ftl
 
 ofbiz/trunk/applications/product/webapp/catalog/find/keywordsearchactions.ftl
 ofbiz/trunk/applications/product/widget/catalog/FindScreens.xml

 Modified: ofbiz/trunk/applications/product/config/ProductUiLabels.properties
 URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/config/ProductUiLabels.properties?rev=603353r1=603352r2=603353view=diff
 ==
 --- ofbiz/trunk/applications/product/config/ProductUiLabels.properties 
 (original)
 +++ ofbiz/trunk/applications/product/config/ProductUiLabels.properties Tue 
 Dec 11 12:41:37 2007
 @@ -193,7 +193,6 @@
  PageTitlePickListOptions=Pick List Options
  PageTitlePickingMoveStock=Picking : Move Stock
  PageTitlePickingViewStartedPicks=Picking : View Started Picks
 -PageTitleProductsExportToEbay=Products Export on eBay
  PageTitleQuickAddProductVariants=Quick Add Product Variants
  PageTitleSearchInventoryItems=Search Inventory Items
  PageTitleSearchResults=Search Results
 @@ -574,7 +573,6 @@
  ProductExpireDate=Expire Date
  ProductExpireResultsFrom=Expire Results From
  ProductExplodeOrderItems=Explode Order Items
 -ProductExportToeBay=Export To eBay
  ProductFacilities=Facilities
  ProductFacilitiesList=Facilities List
  ProductFacility=Facility
 @@ -1512,10 +1510,6 @@
  productevents.specified_update_mode_not_supported=Specified update mode: 
 ${updateMode} is not supported.
  productevents.thru_date_not_formatted_correctly=Thru Date not formatted 
 correctly.
  productevents.updatemode_not_specified=Update Mode was not specified, but is 
 required.
 -productsExportToEbay.errorDuringAuthenticationToEbay=Error during 
 authentication to eBay
 -productsExportToEbay.exceptionDuringBuildingDataItemsToEbay=Exception 
 occurred during building data items to eBay
 -productsExportToEbay.exceptionInExportToEbay=Exception in exportToEbay
 -productsExportToEbay.productItemsSentCorrecltyToEbay=Product items sent 
 correclty to eBay
  productsearchevents.added_x_product_category_members=Added ${numAdded} 
 product category members.
  productsearchevents.error_getting_search_results=Error getting search 
 results: ${errSearchResult}.
  productsearchevents.expired_x_items=Expired ${numExpired} items.
 @@ -1896,22 +1890,4 @@
  FormFieldTitle_carrierServiceCode=Carrier Service Code
  FormFieldTitle_editLink=Edit Link
  FormFieldTitle_monthsInPastLimit=Months In Past Limit
 -FormFieldTitle_picklistBinId=Picklist Bin
 -FormFieldTitle_geoCode=Country
 -FormFieldTitle_location=Location
 -FormFieldTitle_ebayCategory=eBay Category
 -FormFieldTitle_paymentMethodsAccepted=Payment Methods Accepted
 -FormFieldTitle_paymentPayPal=PayPal
 -FormFieldTitle_paymentVisaMC=Visa/Mastercard
 -FormFieldTitle_paymentAmEx=American Express
 -FormFieldTitle_paymentDiscover=Discover card
 -FormFieldTitle_paymentCCAccepted=Credit card
 -FormFieldTitle_paymentCashInPerson=Cash-in-person
 -FormFieldTitle_paymentCashOnPickup=Payment on delivery
 -FormFieldTitle_paymentCOD=Cash on delivery
 -FormFieldTitle_paymentCODPrePayDelivery=Cash On Delivery After Paid
 -FormFieldTitle_paymentMOCC=Money order/cashiers check
 -FormFieldTitle_paymentMoneyXferAccepted=Direct transfer of money
 -FormFieldTitle_paymentPersonalCheck=Personal check
 -FormFieldTitle_listingDuration=Listing Duration
 -FormFieldTitle_startPrice=Start Price
 +FormFieldTitle_picklistBinId=Picklist Bin
 \ No newline at end of file

 Modified: 
 ofbiz/trunk/applications/product/config/ProductUiLabels_it.properties
 URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/config/ProductUiLabels_it.properties?rev=603353r1=603352r2=603353view=diff
 ==
 --- ofbiz/trunk/applications/product/config/ProductUiLabels_it.properties 
 (original)
 +++ ofbiz/trunk/applications/product/config/ProductUiLabels_it.properties Tue 
 Dec 11 12:41:37 2007
 @@ -185,7 +185,6 @@
  PageTitlePickListOptions=Opzioni Lista di Prelievo
  

Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Jacques Le Roux
An even one easier that supersede Putty (actually the best is to have both) is 
WinSCP, really easy to use (UI). Pageant is also a
must have when you use only Putty (but like I said, WinSCP rules)

Jacques

De : Jacopo Cappellato [EMAIL PROTECTED]
 ah ah... quicker than me :-)

 Raj Saini wrote:
  Use Putty.
  http://www.chiark.greenend.org.uk/~sgtatham/putty/
 
  Raj
 
  Adrian Crum wrote:
  Jacopo,
 
  How does someone using Windows do the 3.1 ssh step?
 
  -Adrian
 
  Jacopo Cappellato wrote:
 
  Adrian,
 
  [EMAIL PROTECTED] wrote:
 
  Author: adrianc
  Date: Mon Dec 10 12:04:01 2007
  New Revision: 603024
 
  URL: http://svn.apache.org/viewvc?rev=603024view=rev
  Log:
  UtilProperties bug fix and enhancements.
 
  This commit fixes the bug reported in
  https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a
  few of the improvements mentioned in
  https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also
  lays the groundwork for improved properties file support in the future.
 
  This commit contains a new xsd file - it needs to be included on the
  apache ofbiz website. XML properties files will generate console
  error messages until it is.
 
 
  You can add the xsd file to the site yourself, it is a useful task,
  here are the details:
 
  1) check out the site files from svn:
 
  http://svn.apache.org/repos/asf/ofbiz/site/
 
  2) add the new xsd files and commit
 
  3) publish the updates:
 
  3.1) ssh to people.apache.org using your committer's account and
  password
  3.2) cd /www/ofbiz.apache.org/
  3.3) svn up
 
  The mods will go live approx after 30 minutes.
 
  Jacopo
 
 
 
 




[jira] Commented: (OFBIZ-1442) Add ability to use XML property files for locale-specific properties

2007-12-11 Thread Adrian Crum (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550748
 ] 

Adrian Crum commented on OFBIZ-1442:


Jeroen,

The objective of getting XML file support into OFBiz was to move away from 
using *.properties files - which required special translation tools. It is my 
understanding that there is no translation tool needed when working with UTF-8 
XML files.

The latest revision supports both the OFBiz custom XML file format and and 
standard java XML file format.

While having multiple translations in the same file seems odd at first, when 
you look at one you can see the advantage - missing property translations 
become obvious.


 Add ability to use XML property files for locale-specific properties
 

 Key: OFBIZ-1442
 URL: https://issues.apache.org/jira/browse/OFBIZ-1442
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Adrian Crum
Priority: Minor
 Attachments: xml_props.patch, xml_props.patch, xml_props_demo.patch


 As per discussion on the dev mailing list, implement XML property files.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Issue Comment Edited: (OFBIZ-1442) Add ability to use XML property files for locale-specific properties

2007-12-11 Thread Adrian Crum (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550748
 ] 

[EMAIL PROTECTED] edited comment on OFBIZ-1442 at 12/11/07 3:40 PM:
--

Jeroen,

The objective of getting XML file support into OFBiz was to move away from 
using *.properties files - which required special translation tools. It is my 
understanding that there is no translation tool needed when working with UTF-8 
XML files.

The latest revision supports both the OFBiz custom XML file format and the 
standard java XML file format.

While having multiple translations in the same file seems odd at first, when 
you look at one you can see the advantage - missing property translations 
become obvious.


  was (Author: [EMAIL PROTECTED]):
Jeroen,

The objective of getting XML file support into OFBiz was to move away from 
using *.properties files - which required special translation tools. It is my 
understanding that there is no translation tool needed when working with UTF-8 
XML files.

The latest revision supports both the OFBiz custom XML file format and and 
standard java XML file format.

While having multiple translations in the same file seems odd at first, when 
you look at one you can see the advantage - missing property translations 
become obvious.

  
 Add ability to use XML property files for locale-specific properties
 

 Key: OFBIZ-1442
 URL: https://issues.apache.org/jira/browse/OFBIZ-1442
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Adrian Crum
Priority: Minor
 Attachments: xml_props.patch, xml_props.patch, xml_props_demo.patch


 As per discussion on the dev mailing list, implement XML property files.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (OFBIZ-574) Simplify the home page and reorganize according to more common ASF project patterns

2007-12-11 Thread Jeroen van der Wal (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550749
 ] 

Jeroen van der Wal commented on OFBIZ-574:
--

The content of the site is outdated (ie the JavaOne presentation was seven 
months ago!), links are not working and this gives Ofbiz an inactive image. Can 
I support?

 Simplify the home page and reorganize according to more common ASF project 
 patterns
 ---

 Key: OFBIZ-574
 URL: https://issues.apache.org/jira/browse/OFBIZ-574
 Project: OFBiz
  Issue Type: Sub-task
  Components: site
Reporter: Jacopo Cappellato

 simplify the home page and reorganize according to more common ASF project 
 patterns; some of the stuff on the home page we may even want to move to 
 docs.ofbiz.org, but much of it will move to other (new) pages following ASF 
 project patterns 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Transaction related error in log when the

2007-12-11 Thread Jonathon -- Improov

Hi Jacopo,

Just chiming in.

David is absolutely right.

Transactions are always needed. For database reads, transactions are needed to prevent dirty 
reads, for example. It should be obvious why update, delete, insert need transactions.


The use-transaction=false should only be off when the service does it's own transaction 
management. Especially when a separate transaction outside of current transaction is needed -- 
such as when wanting to update a log regardless of how current transaction proceeds.


But be careful of forking transactions like that. Must make sure the forked transaction only 
handles data that is not related to the data handled by the main transaction. I had a recent 
project where we went into a fork frenzy, forking more and more transactions to escape deadlocks.


Check that particular service to see if it does any transaction management of its own. I'll check 
too, and report.


Jonathon

Jacopo Cappellato wrote:

Of course,

I'd love too to get Si's opinion... but I have the feeling he doesn't 
like to participate in ML discussions. In the last months I don't 
remember a message from Si, apart from the comments on Jira and the 
commit logs.
Hopefully he will find a moment to jump in this discussion, if not, I 
can try to open a Jira issue to capture Si's attention (I'm joking, Si)


Jacopo


David E Jones wrote:


It would be good to hear Si's comment on that, but my vote is 
definitely for removing it.


A service should only really have use-transaction set to false if it 
is doing it's own transaction management internally, like manually or 
in sub-services only.


-David








[jira] Commented: (OFBIZ-574) Simplify the home page and reorganize according to more common ASF project patterns

2007-12-11 Thread Raj Saini (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550823
 ] 

Raj Saini commented on OFBIZ-574:
-

I like how OpenEJB site is done. All the site contents are pulled up from 
Confluence (Wiki). IIRC, Confluence has a plugin which can help its contents 
with site. I remember, I wrote some example for OpenEJB and code was pulled out 
from SVN with the help of confluence plugin to show the examples on website. I 
think we can work on similar lines here. Creating site in wiki will more 
maintainable.

I can explore this further if we agree on it.


 Simplify the home page and reorganize according to more common ASF project 
 patterns
 ---

 Key: OFBIZ-574
 URL: https://issues.apache.org/jira/browse/OFBIZ-574
 Project: OFBiz
  Issue Type: Sub-task
  Components: site
Reporter: Jacopo Cappellato

 simplify the home page and reorganize according to more common ASF project 
 patterns; some of the stuff on the home page we may even want to move to 
 docs.ofbiz.org, but much of it will move to other (new) pages following ASF 
 project patterns 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Raj Saini
AFAIK WinSCP is for scp (secury remote copy). Can you run the commands 
from WinSCP for example svn up? I never tried it as I use Linux.


Raj

Jacques Le Roux wrote:

An even one easier that supersede Putty (actually the best is to have both) is 
WinSCP, really easy to use (UI). Pageant is also a
must have when you use only Putty (but like I said, WinSCP rules)

Jacques

De : Jacopo Cappellato [EMAIL PROTECTED]
  

ah ah... quicker than me :-)

Raj Saini wrote:


Use Putty.
http://www.chiark.greenend.org.uk/~sgtatham/putty/

Raj

Adrian Crum wrote:
  

Jacopo,

How does someone using Windows do the 3.1 ssh step?

-Adrian

Jacopo Cappellato wrote:



Adrian,

[EMAIL PROTECTED] wrote:

  

Author: adrianc
Date: Mon Dec 10 12:04:01 2007
New Revision: 603024

URL: http://svn.apache.org/viewvc?rev=603024view=rev
Log:
UtilProperties bug fix and enhancements.

This commit fixes the bug reported in
https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a
few of the improvements mentioned in
https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also
lays the groundwork for improved properties file support in the future.

This commit contains a new xsd file - it needs to be included on the
apache ofbiz website. XML properties files will generate console
error messages until it is.



You can add the xsd file to the site yourself, it is a useful task,
here are the details:

1) check out the site files from svn:

http://svn.apache.org/repos/asf/ofbiz/site/

2) add the new xsd files and commit

3) publish the updates:

3.1) ssh to people.apache.org using your committer's account and
password
3.2) cd /www/ofbiz.apache.org/
3.3) svn up

The mods will go live approx after 30 minutes.

Jacopo


  




  




Regarding RMI connnection

2007-12-11 Thread Mukul Saxena

hi,
I want to know how many RMI connections are supported by Ofbiz. I need 
to increase the number of rmi connections accepted by Ofbiz.


Thanks,
Mukul Saxena


Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Scott Gray
Putty worked fine for me, I had no idea to use any of it but found some good
walkthroughs on apache.org

Regards
Scott

On 12/12/2007, Raj Saini [EMAIL PROTECTED] wrote:

 AFAIK WinSCP is for scp (secury remote copy). Can you run the commands
 from WinSCP for example svn up? I never tried it as I use Linux.

 Raj

 Jacques Le Roux wrote:
  An even one easier that supersede Putty (actually the best is to have
 both) is WinSCP, really easy to use (UI). Pageant is also a
  must have when you use only Putty (but like I said, WinSCP rules)
 
  Jacques
 
  De : Jacopo Cappellato [EMAIL PROTECTED]
 
  ah ah... quicker than me :-)
 
  Raj Saini wrote:
 
  Use Putty.
  http://www.chiark.greenend.org.uk/~sgtatham/putty/
 
  Raj
 
  Adrian Crum wrote:
 
  Jacopo,
 
  How does someone using Windows do the 3.1 ssh step?
 
  -Adrian
 
  Jacopo Cappellato wrote:
 
 
  Adrian,
 
  [EMAIL PROTECTED] wrote:
 
 
  Author: adrianc
  Date: Mon Dec 10 12:04:01 2007
  New Revision: 603024
 
  URL: http://svn.apache.org/viewvc?rev=603024view=rev
  Log:
  UtilProperties bug fix and enhancements.
 
  This commit fixes the bug reported in
  https://issues.apache.org/jira/browse/OFBIZ-1488 and it includes a
  few of the improvements mentioned in
  https://issues.apache.org/jira/browse/OFBIZ-1485. This commit also
  lays the groundwork for improved properties file support in the
 future.
 
  This commit contains a new xsd file - it needs to be included on
 the
  apache ofbiz website. XML properties files will generate console
  error messages until it is.
 
 
  You can add the xsd file to the site yourself, it is a useful task,
  here are the details:
 
  1) check out the site files from svn:
 
  http://svn.apache.org/repos/asf/ofbiz/site/
 
  2) add the new xsd files and commit
 
  3) publish the updates:
 
  3.1) ssh to people.apache.org using your committer's account and
  password
  3.2) cd /www/ofbiz.apache.org/
  3.3) svn up
 
  The mods will go live approx after 30 minutes.
 
  Jacopo
 
 
 
 
 
 
 




[jira] Commented: (OFBIZ-1440) Review/Improve/Cleanup the /accounting/control/EditAcctgTrans screen

2007-12-11 Thread Jacopo Cappellato (JIRA)

[ 
https://issues.apache.org/jira/browse/OFBIZ-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550844
 ] 

Jacopo Cappellato commented on OFBIZ-1440:
--

I think it is time to prevent the ability to modify an accounting transaction 
that is posted.
Instead of adding a bunch of use-when in the form definition's fields, I'd 
suggest that we create two new forms and we add a sectioncondition... area 
to the screen definition to include the editable or not editable ones according 
to the isPosted flag.


 Review/Improve/Cleanup the /accounting/control/EditAcctgTrans screen
 

 Key: OFBIZ-1440
 URL: https://issues.apache.org/jira/browse/OFBIZ-1440
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Reporter: Jacopo Cappellato
Assignee: Anil K Patel
 Attachments: CreateAcctgTrans.patch


 Review/Improve/Cleanup the /accounting/control/EditAcctgTrans screen: you can 
 reach it from AccountingGeneral LedgerAccountingAccounting 
 Transactionsthen perform a search and click one of the accctgTransId
 - add more fields (from the AcctgTrans entity) to the form at the top of the 
 screen
 - the form at the top of the screen, and the underlying updateAcctgTrans 
 service, always allows to edit the fields of the AcctgTrans entity (even if 
 the transactions are posted): should we limit this (both at the ui and 
 service level)?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: svn commit: r603423 - in /ofbiz/trunk/applications/product/src/org/ofbiz: product/price/PriceServices.java shipment/thirdparty/usps/UspsServices.java

2007-12-11 Thread Jacopo Cappellato

Bilgin,

this is a good catch, thanks.

Jacopo

[EMAIL PROTECTED] wrote:

Author: bibryam
Date: Tue Dec 11 16:21:27 2007
New Revision: 603423

URL: http://svn.apache.org/viewvc?rev=603423view=rev
Log:
Fixed a bug in calculateProductPrice service when called for products with 
agreement.
Removed non UTF character causing warnings.

Modified:

ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java

ofbiz/trunk/applications/product/src/org/ofbiz/shipment/thirdparty/usps/UspsServices.java

Modified: 
ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java
URL: 
http://svn.apache.org/viewvc/ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java?rev=603423r1=603422r2=603423view=diff
==
--- 
ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java 
(original)
+++ 
ofbiz/trunk/applications/product/src/org/ofbiz/product/price/PriceServices.java 
Tue Dec 11 16:21:27 2007
@@ -485,7 +485,7 @@
 List orderItemPriceInfos = FastList.newInstance();
 if (defaultPriceValue != null) {
 // If a price calc formula (service) is specified, then use it to 
get the unit price
-if 
(UtilValidate.isNotEmpty(defaultPriceValue.getString(customPriceCalcService)))
 {
+if (ProductPrice.equals(defaultPriceValue.getEntityName())  
UtilValidate.isNotEmpty(defaultPriceValue.getString(customPriceCalcService))) {
 GenericValue customMethod = null;
 try {
 customMethod = 
defaultPriceValue.getRelatedOne(CustomMethod);


[jira] Closed: (OFBIZ-1414) Refactor FOP Java code

2007-12-11 Thread Adrian Crum (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1414?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Adrian Crum closed OFBIZ-1414.
--

Resolution: Fixed

Fixed, rev 603483.


 Refactor FOP Java code
 --

 Key: OFBIZ-1414
 URL: https://issues.apache.org/jira/browse/OFBIZ-1414
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Adrian Crum
Priority: Minor
 Attachments: fop_refactor.patch


 As per the discussion on the dev mailing list, refactor the FOP Java code so 
 that it is contained in a single worker class. This will make it easier to 
 keep OFBiz source code updated against FOP API changes.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (OFBIZ-1494) Implement new screens and Java event to manage account reconciliations

2007-12-11 Thread JyotsnaRathore (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1494?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

JyotsnaRathore updated OFBIZ-1494:
--

Attachment: glreconcilation.patch

I think  submit button Create Account Reconciliation should be disabled if 
none of the AcctgTransEntry records associated to the selected account is 
selected(checked) .

 Implement new screens and Java event to manage account reconciliations
 --

 Key: OFBIZ-1494
 URL: https://issues.apache.org/jira/browse/OFBIZ-1494
 Project: OFBiz
  Issue Type: Sub-task
  Components: accounting
Affects Versions: SVN trunk
Reporter: Jacopo Cappellato
 Attachments: glreconcilation.patch, glreconcilation.patch, 
 Glreconciliation.patch


 Implement new screen and Java event to create an account reconciliation (for 
 example a bank reconciliation).
 For a general description about the process: 
 http://en.wikipedia.org/wiki/Bank_reconciliation
 Task details:
 1) add a new menu item Account Reconciliation to the AccountingGeneral 
 LedgerAccounting menu; the menu item will open the screen described at point 
 #2
 2) implement a new screen composed by a search form at the top and a multi 
 form at the bottom
 2.1) the (single) search form is composed by:
 2.1.1) a drop down (allow-empty= false) with all the GL accounts associated 
 to the organization
 2.1.2) a search button
 2.2) the multi form will only be visible when the first form has been 
 submitted; the list will show all the AcctgTransEntry records associated to 
 the selected account  (sorted by ascending  date) with reconcileStatusId 
 field set to not reconciled; each row will have a checkbox; at the end of 
 the list a submit button Create Account Reconciliation
 2.3) (OPTIONAL) it would be cool to add some Javascript (or Ajax?) magic to 
 display, at the bottom of the page the total of all the selected records (use 
 the amount field where D counts as + and C as -)
 3) create a Java event (not necessarily a service, a controller event is 
 probably easier) and that will receive data from the multi form at point 2.2 
 and:
 3.1) for each row selected it will retrieve the corresponding AcctgTransEntry 
 and add it to a List (NOTE/HINTS: there are some utils methods to easily 
 retrieve/parse fields submitted by a multi form... let me know if you don't 
 find them)
 3.2) compute the total of all the AcctgTransEntry.amount of the entries in 
 the list (where D counts as + and C as -)
 3.3) call the service createGlReconciliation with the following input 
 fields: glReconciliationName=the 'now' timestamp, glAccountId, 
 organizationPartyId, reconciledDate=now, reconciledBalance=the number 
 computed in #3.2; save the output parameter glReconciliationId
 3.4) iterate the list of entries created in #3.1 and for each one call the 
 service createGlReconciliationEntry with the following input fields: 
 glReconciliationId= the value returned at #3.3, acctgTransId, 
 acctgTransEntrySeqId, reconciledAmount=AcctgTransEntry.amount
 3.5) put in the context/parameters the glReconciliationId
 4) set the controller entries so that, after the event described at #3 is 
 successfully executed, redirect to a new screen Edit GL Reconciliation 
 (described in #5); on error return at the screen described in #2
 5) implement a new screen Edit GL Reconciliation that takes as input a 
 glReconciliationId and is composed by:
 5.1) an editable form that display the content of the GlReconciliation entry; 
 the only editable fields will be: glReconciliationName, description, 
 reconciledDate; all the other fields will be visible only; once submitted, 
 the three fields will be updated (updateGlReconciliation)
 5.2) a list (non editable) of all the GlReconciliationEntry records 
 associated with the glReconciliationId
 6) add a new menu item Account Reconciliations to the AccountingGeneral 
 LedgerAccounting menu; the menu item will open the screen described at point 
 #7
 7) implement a new screen composed by a search form at the top and a multi 
 form at the bottom
 7.1) the (single) search form is composed by:
 7.1.1) a drop down (allow-empty= false) with all the GL accounts associated 
 to the organization
 7.1.2) from/thru dates
 7.1.3) a search button
 7.2) a list form (visible when the first form has been submitted) that lists 
 all the GlReconciliation records that match the search parameters; the 
 glReconciliationId field will be an hyperlink to open the Edit Gl 
 Reconciliation screen (implemented in #5; the highlighted menu should not 
 change)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Closed: (OFBIZ-1361) Mark UtilDateTime.java deprecated methods as deprecated

2007-12-11 Thread Adrian Crum (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-1361?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Adrian Crum closed OFBIZ-1361.
--

Resolution: Later

Due to differences in opinion and no clear consensus, I'm closing this. We can 
look at it again later.

 Mark UtilDateTime.java deprecated methods as deprecated
 ---

 Key: OFBIZ-1361
 URL: https://issues.apache.org/jira/browse/OFBIZ-1361
 Project: OFBiz
  Issue Type: Improvement
  Components: framework
Reporter: Adrian Crum
Priority: Minor
 Attachments: UtilDateTime.patch


 Now that user-selected locale and time support has been added to the 
 framework, it's time to start weeding out date/time code that doesn't use the 
 Locale and TimeZone objects.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: svn commit: r603024 - in /ofbiz/trunk/framework: base/dtd/ofbiz-properties.xsd base/src/base/org/ofbiz/base/util/UtilProperties.java example/config/ExampleXmlUiLabels.xml webtools/src/org/ofbiz/we

2007-12-11 Thread Jacopo Cappellato

Adrian,

is it still an outstanding issue?

Jacopo

Adrian Crum wrote:

Jacopo,

I'm getting access denied messages while entering my password in ssh.

-Adrian



[jira] Updated: (OFBIZ-84) Shortcut for all Unpaid Invoices on a BillingAccount

2007-12-11 Thread Pankaj Savita (JIRA)

 [ 
https://issues.apache.org/jira/browse/OFBIZ-84?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Pankaj Savita updated OFBIZ-84:
---

Attachment: Invoice_OrderBillingAccount.patch

Updated patch with fix, related to view-map(BillingAccountOrders) missed that 
needs to  checked into svn.


 Shortcut for all Unpaid Invoices on a BillingAccount
 

 Key: OFBIZ-84
 URL: https://issues.apache.org/jira/browse/OFBIZ-84
 Project: OFBiz
  Issue Type: Improvement
  Components: accounting
Reporter: Anil K Patel
Assignee: Anil K Patel
Priority: Minor
 Attachments: Invoice_OrderBillingAccount.patch, 
 Invoice_OrderBillingAccount.patch, Invoice_OrderBillingAccount.patch


 A Shortcut to Listing Unpaid Invoices on a BillingAccount should be provided. 
  
 If somebody can help me figure out few cosmetic things like, Link Name and 
 Location, I'll do the coding and provide the patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.