[
https://issues.apache.org/jira/browse/OFBIZ-2785?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel reassigned OFBIZ-2785:
---
Assignee: Anil K Patel
Invoice can be canceled when associated payment is in Confirmed
[
https://issues.apache.org/jira/browse/OFBIZ-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anil K Patel reassigned OFBIZ-1742:
---
Assignee: Anil K Patel (was: Jacques Le Roux)
Implementation of a service to compute the
[
https://issues.apache.org/jira/browse/OFBIZ-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741281#action_12741281
]
chris snow commented on OFBIZ-2799:
---
I'm aware of the ant target for setting up the admin
[
https://issues.apache.org/jira/browse/OFBIZ-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741289#action_12741289
]
Jan Valkovic commented on OFBIZ-2799:
-
{quote}I'm aware of the ant target for setting
[
https://issues.apache.org/jira/browse/OFBIZ-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741289#action_12741289
]
Jan Valkovic edited comment on OFBIZ-2799 at 8/10/09 5:35 AM:
--
[
https://issues.apache.org/jira/browse/OFBIZ-1742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741295#action_12741295
]
Anil K Patel commented on OFBIZ-1742:
-
Patch applied to Ofbiz r802764. Sumit Thanks
[
https://issues.apache.org/jira/browse/OFBIZ-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Scott Gray closed OFBIZ-2799.
-
Resolution: Invalid
Demo data is not install data, it's there for demonstration purposes only. If
you
[
https://issues.apache.org/jira/browse/OFBIZ-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741297#action_12741297
]
chris snow commented on OFBIZ-2799:
---
Current OOTB behavoir:
./ant run-install
# user
run-install is for demostatration purposes only, see description of ant
targets:
run-install
This loads all configured data; meant for generic OFBiz development,
testing, demonstration, etc purposes
run-install-extseed
This loads seed, seed-initial and ext data; meant for manual/generic
testing,
[
https://issues.apache.org/jira/browse/OFBIZ-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Rishi Solanki reopened OFBIZ-2816:
--
* At Bank Reconciliation page following information should be displayed:
a) running
[
https://issues.apache.org/jira/browse/OFBIZ-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12741369#action_12741369
]
Kojo Gambrah commented on OFBIZ-2714:
-
I can confirm that this patch work. I haven't
[
https://issues.apache.org/jira/browse/OFBIZ-2816?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Parimal Gain updated OFBIZ-2816:
Attachment: OFBIZ-2816.patch
Attached patch for work :
Displayed:
a) running total as records are
Adrian,
What is all of this, and how does it relate to what I've been working
on in the executioncontext20090716 branch?
It seems like this will:
1. cause some inconvenience now, while more comprehensive changes are
being made in the executioncontext20090716 branch
2. make it a LOT more
I checked out the branch and examined it. After looking over your ideas,
I saw a way to make incremental changes to the trunk - negating the need
for a branch.
The GenericDelegator refactor was done for two reasons:
1. To eliminate the hundreds of references to a concrete class, that
have
One potential problem there (and it's not a biggie, just something that
needs clarification) - I implemented an ExecutionContext factory because
I recall you mentioning it somewhere. That would require a decorator.
The implementation I have doesn't really require a factory. So, if doing
away
I would repository not be a battle ground for conflicting designs, if
David started the work first then that work should be discussed fully
before just dumping code into the trunk that conflicts with what he's
already done in the branch (even if it is in your opinion cleaner).
Regards
Very cool Scott! It's great to see this feature in place.
-David
On Jul 28, 2009, at 6:13 AM, lekt...@apache.org wrote:
Author: lektran
Date: Tue Jul 28 12:13:28 2009
New Revision: 798500
URL: http://svn.apache.org/viewvc?rev=798500view=rev
Log:
Implemented a services to keep track of
I don't see it as a battleground. The changes I made have benefit
outside the work David is doing in the branch.
-Adrian
Scott Gray wrote:
I would repository not be a battle ground for conflicting designs, if
David started the work first then that work should be discussed fully
before just
Yes, that's why I did a similar thing in the branch.
Stepping back a little... please keep in mind that the interface will
not be able to stay in the entity component. Part of the point of
making these interfaces is so that we can have a ExecutionContext that
knows certain things about a
In my implementation, I put the ExecutionContext in framework/base.
I'll work on updating the branch - I caused the problem, so I'll fix it.
-Adrian
David E Jones wrote:
Yes, that's why I did a similar thing in the branch.
Stepping back a little... please keep in mind that the interface
Thanks David, I'm always open to a little praise :-)
Regards
Scott
On 11/08/2009, at 11:01 AM, David E Jones wrote:
Very cool Scott! It's great to see this feature in place.
-David
On Jul 28, 2009, at 6:13 AM, lekt...@apache.org wrote:
Author: lektran
Date: Tue Jul 28 12:13:28 2009
New
If the ExecutionContext interface is in base and the GenericDelegator
interface is in entity and the ExecutionContext needs to use the
GenericDelegator interface, how will that work?
-David
On Aug 10, 2009, at 5:19 PM, Adrian Crum wrote:
In my implementation, I put the ExecutionContext
No problem. In addition to praise I'm also using you to increase
awareness of this new feature for anyone who might be reading in on
this list... ;)
-David
On Aug 10, 2009, at 5:36 PM, Scott Gray wrote:
Thanks David, I'm always open to a little praise :-)
Regards
Scott
On 11/08/2009,
Guys, I think it's time that we push this forward. I have a few
initiatives that we've been working pretty hard at that I'd like to
put up there:
1. Accounting Enhancements
2. Building a CSR application
3. Payment Processors
-- Chase Orbital
-- PayPal Express Checkout
-- Other PayPal
That looks like great content for the Main New Features page:
http://docs.ofbiz.org/display/OFBIZ/Main+New+Features
-David
On Aug 10, 2009, at 6:04 PM, Tim Ruppert wrote:
Guys, I think it's time that we push this forward. I have a few
initiatives that we've been working pretty hard at
lol - while i was driving home I realized that statement would cause confusion.
The basic part of keeping track of the execution path is in framework/base.
Other components extend it to add the higher level artifacts.
Let me fix the branch. Then I'll port my implementation over to it and commit
Great point - I'll put those points there, and then I'll show everyone
what I'm talking about as far as a news article that we'll link to
the home page. This is to encourage PR-like activities that will
hopefully start out as fresh content, but will get everyone motivated
to help
David,
I think I figured out where the confusion comes from - we have different ideas
of the ExecutionContext role. I see it as a means to keep track of the
execution path, plus a container for frequently used objects. I believe you see
it doing much more than that.
I updated my local copy of
[
https://issues.apache.org/jira/browse/OFBIZ-2531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simranjeet Singh updated OFBIZ-2531:
Attachment: HR_Training_improvements.patch
Hi Hans
Thanks for appreciating and committing
29 matches
Mail list logo
