>
> > > On Tue, Jun 25, 2019 at 2:34 AM Sharan Foga wrote:
> > >
> > >> Swapnil has already followed up with me and I am happy to release the
> > >> copyright for this tutorial document and fully contribute it back to
> > under
> > >> ASL v2 so the project so the community is free to use, change
nt with the latest release)
> >
> > [1] https://cwiki.apache.org/confluence/x/Pw3HBg
> >
> >
> > - Best Regards,
> > Swapnil M Mane,
> > ofbiz.apache.org
> >
> >
> >
> > On Tue, Jun 25, 2019 at 2:34 AM Sharan Foga wrote:
> >
> &
://cwiki.apache.org/confluence/x/Pw3HBg
- Best Regards,
Swapnil M Mane,
ofbiz.apache.org
On Tue, Jun 25, 2019 at 2:34 AM Sharan Foga wrote:
Hi All
I saw a note about the Getting Started with Apache OFBiz Manufacturing &
MRP in 5 Easy Steps tutorial document that I wrote a while ago that is
being a
Foga wrote:
> Hi All
>
> I saw a note about the Getting Started with Apache OFBiz Manufacturing &
> MRP in 5 Easy Steps tutorial document that I wrote a while ago that is
> being added to the wiki as individual pages. The original pdf tutorial
> document I contributed inclu
Hi All
I saw a note about the Getting Started with Apache OFBiz Manufacturing & MRP in
5 Easy Steps tutorial document that I wrote a while ago that is being added to
the wiki as individual pages. The original pdf tutorial document I contributed
included a copyright notice which is probably
On Thu, Mar 30, 2017 at 2:16 PM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> [...] Jacopo asked me to prove I was right, it's not the same.
I have never asked you to prove you were right; all I have asked is:
"to revert the changes in which you have changed the functional behavior
Le 30/03/2017 à 14:16, Jacques Le Roux a écrit :
It still happens that I prefer to submit a patch and there are cases in Jira. https://issues.apache.org/jira/issues/?filter=12340482 Not all
attachments are patches, but even if it's only a half+, it's still around 100 cases
Sorry, this is a
Hi Michael,
It will be my last answer, and I'll try to be positive, just using facts, else
we will never end.
Le 29/03/2017 à 11:23, Michael Brohl a écrit :
Hi Jacques,
Am 28.03.17 um 05:47 schrieb Jacques Le Roux:
Le 25/03/2017 à 13:21, Michael Brohl a écrit :
+1
The lack of code
Le 29/03/2017 à 15:27, Jacques Le Roux a écrit :
It will more clear there where this is at least some limited ways of formatting
(code, etc.)
Jacques
Typo
It will more clear there where there is at least some limited ways of
formatting (code, etc.)
Jacques
:D still a word missing
It
It will more clear there where this is at least some limited ways of formatting
(code, etc.)
Jacques
Typo
It will more clear there where there is at least some limited ways of
formatting (code, etc.)
Jacques
Le 27/03/2017 à 10:01, Jacopo Cappellato a écrit :
On Sat, Mar 25, 2017 at 8:23 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
[...]
Now feel free to revert my commit if you still think it's a bad thing, but
sincerely I'm not convinced! If you do so I'll then at least add comments
Hi Jacques,
Am 28.03.17 um 05:47 schrieb Jacques Le Roux:
Le 25/03/2017 à 13:21, Michael Brohl a écrit :
+1
The lack of code documentation is not a free ticket to just change
the code behaviour without proper analysis.
It's not because the swallowed exceptions where not documented that I
Le 25/03/2017 à 13:21, Michael Brohl a écrit :
+1
The lack of code documentation is not a free ticket to just change the code
behaviour without proper analysis.
It's not because the swallowed exceptions where not documented that I decided to catch them. I rather proposed later to at least
On Sat, Mar 25, 2017 at 8:23 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> [...]
> Now feel free to revert my commit if you still think it's a bad thing, but
> sincerely I'm not convinced! If you do so I'll then at least add comments
> to explain the situation...
The analysis and
On Mon, Mar 27, 2017 at 10:24 AM, Michael Brohl
wrote:
> Hi Jacopo,
>
> I'm not for a general change to Review-Then-Commit but pleading for a more
> sensible way to handle these things as a responsible committer.
>
> As a guideline: if in doubt, always provide a patch
Hi Jacopo,
I'm not for a general change to Review-Then-Commit but pleading for a
more sensible way to handle these things as a responsible committer.
As a guideline: if in doubt, always provide a patch and describe what
the change should do or fix and let others review.
Of course not for
On Sat, Mar 25, 2017 at 1:21 PM, Michael Brohl
wrote:
> +1
>
> The lack of code documentation is not a free ticket to just change the
> code behaviour without proper analysis.
>
> The right process should be
>
> 1. discuss
>
> 2. provide a patch
>
> 3. let others
I think we should start a discussion about these types of commits. I have
concerns and problems with the way commits are getting done at the moment.
Meanwhile, I also agree with Jacopo on the need for a thorough review
instead of these _bulk_ commits without looking carefully at all possible
So you're suggesting to apply RtC in stead op CtR regarding improvement
issues, Michael?
I suggest you start that discussion in a new thread and work towards
consensus and documenting.
Best regards,
Pierre
On Saturday, March 25, 2017, Michael Brohl wrote:
> +1
>
>
+1
The lack of code documentation is not a free ticket to just change the
code behaviour without proper analysis.
The right process should be
1. discuss
2. provide a patch
3. let others review/comment
4. decide
5. commit
It is really dangerous to easily change code like this.
Jacques,
Le 24/03/2017 à 14:13, Jacopo Cappellato a écrit :
On Fri, Mar 24, 2017 at 10:56 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
[...]
If we (both and All) agree on collaborating to document on purpose
swallowed exceptions, even when you are not directly concerned, then I
agree to
I also agreed, I just expected some help to comment why the exceptions were
swallowed :/
Jacques
Le 24/03/2017 à 21:09, Scott Gray a écrit :
I agree with Jacopo, these are very functional changes that shouldn't be
made without understanding the workflow. It's good to clean up the code
but
I agree with Jacopo, these are very functional changes that shouldn't be
made without understanding the workflow. It's good to clean up the code
but it shouldn't be done blindly.
On 25 March 2017 at 02:13, Jacopo Cappellato <
jacopo.cappell...@hotwaxsystems.com> wrote:
> On Fri, Mar 24, 2017 at
On Fri, Mar 24, 2017 at 10:56 AM, Jacques Le Roux <
jacques.le.r...@les7arts.com> wrote:
> [...]
> If we (both and All) agree on collaborating to document on purpose
> swallowed exceptions, even when you are not directly concerned, then I
> agree to revert my changes, deal?
We are not
ications/manufacturing/src/
main/java/org/apache/ofbiz/manufacturing/jobshopmgt/Produ
ctionRunServices.java
ofbiz/ofbiz-framework/trunk/applications/order/src/main/java
/org/apache/ofbiz/order/shoppingcart/ShoppingCartEvents.java
ofbiz/ofbiz-framework/trunk/applications/order/src/m
>
>> Modified:
>> ofbiz/ofbiz-framework/trunk/applications/manufacturing/src/
>> main/java/org/apache/ofbiz/manufacturing/jobshopmgt/Produ
>> ctionRunServices.java
>> ofbiz/ofbiz-framework/trunk/applications/order/src/main/java
>> /org/apache
https://issues.apache.org/jira/browse/OFBIZ-5709
The production run should capture the manufacturing (internal) organisation on
creation.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing
-5709
The production run should capture the manufacturing (internal) organisation on
creation.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml
/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml
ofbiz/trunk/applications/manufacturing/servicedef/services_production_run.xml
ofbiz/trunk/applications/manufacturing/webapp/manufacturing/WEB-INF/actions/jobshopmgt
/jira/browse/OFBIZ-5709
The production run should capture the manufacturing (internal)
organisation on creation.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml
(internal)
organisation on creation.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml
ofbiz/trunk/applications/manufacturing/servicedef
) organisation
on creation.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.xml
ofbiz/trunk/applications/manufacturing/servicedef
by the
ArtifactInfo tool.
Modified:
ofbiz/trunk/applications/accounting/script/org/ofbiz/accounting/agreement/AgreementServices.xml
ofbiz/trunk/applications/accounting/widget/AgreementScreens.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom
/applications/accounting/widget/AgreementScreens.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
ofbiz/trunk/applications/marketing/script/org/ofbiz/sfa/lead/LeadServices.xml
ofbiz/trunk/applications/product/script/org/ofbiz
.
Modified:
ofbiz/trunk/applications/accounting/script/org/ofbiz/accounting/agreement/AgreementServices.xml
ofbiz/trunk/applications/accounting/widget/AgreementScreens.xml
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
ofbiz/trunk
This is actually a bug fix and another Jira issue is open for it: OFBIZ-5224. I guess it slipped in Pierre's OFBIZ-5523 patch. In a sense Pierre is
correct, and I checked the 1st part (simple-methods below) when I reviewed his 1st patch for OFBIZ-5523 some months ago
The simple-method
On Apr 25, 2014, at 2:27 PM, Jacques Le Roux jacques.le.r...@free.fr wrote:
This is actually a bug fix and another Jira issue is open for it: OFBIZ-5224.
I had closed that issue as a Not a Problem: please see my comments there.
That code should be reverted.
Jacopo
OK, makes sense now, would have been easier if Pierre have responded in time
Reverted this line at r1590063
Jacques
Le 25/04/2014 16:39, Jacopo Cappellato a écrit :
On Apr 25, 2014, at 2:27 PM, Jacques Le Roux jacques.le.r...@free.fr wrote:
This is actually a bug fix and another Jira issue
I must apologize to you both for you spending your time on OFBIZ-5224.
Having spend some time the last few days on the context of the issue I came
to realise that the patch I provided would not be better than the situation
it tries to alleviate. It would just flip the coin. And that wouldn't be in
Thanks Pierre, it's clear now
Jacques
Le 25/04/2014 23:25, Pierre Smits a écrit :
I must apologize to you both for you spending your time on OFBIZ-5224.
Having spend some time the last few days on the context of the issue I came
to realise that the patch I provided would not be better than the
On Apr 24, 2014, at 10:23 PM, jler...@apache.org wrote:
simple-method method-name=issueProductionRunTask
short-description=Issues the Inventory for a Production Run Task
login-required=false
entity-one entity-name=WorkEffort value-field=workEffort/
@@ -159,7 +174,7 @@ under
/accounting/invoice/InvoiceWorker.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/bom/BOMTree.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRun.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing
On 06/02/2012 11:51 AM, Jacques Le Roux wrote:
Hi Adam,
I don't know what others think about that, but personnally I don't like
it. For instance we get now from beginning of the line
(trailers blanks included)
The terminal on my laptop is 198 chars. At work it's 147. But that
doesn't
On Jun 2, 2012, at 7:15 PM, Adam Heath wrote:
There is no way that we can ever enforce a single, unified width. Screen
sizes change, font sizes change. It's too political to come up with a
solution.
So, the only fallback is to never split. Then it is up to each end-developer
to
On 06/02/2012 01:06 PM, Jacopo Cappellato wrote:
On Jun 2, 2012, at 7:15 PM, Adam Heath wrote:
There is no way that we can ever enforce a single, unified width. Screen sizes
change, font sizes change. It's too political to come up with a solution.
So, the only fallback is to never split.
On Jun 2, 2012, at 8:10 PM, Adam Heath wrote:
In the commit you commented on,
Oh no, it was Jacques not me :-)
Jacopo
On 06/02/2012 01:14 PM, Jacopo Cappellato wrote:
On Jun 2, 2012, at 8:10 PM, Adam Heath wrote:
In the commit you commented on,
Oh no, it was Jacques not me :-)
Jacopo
No, really, I don't get you two confused. I just wasn't paying
attention. I've only had half a cup of coffee today.
Adam Heath wrote:
On 06/02/2012 01:06 PM, Jacopo Cappellato wrote:
On Jun 2, 2012, at 7:15 PM, Adam Heath wrote:
There is no way that we can ever enforce a single, unified width. Screen sizes
change, font sizes change. It's too political
to come up with a solution. So, the only fallback is
Jacques Le Roux wrote:
Adam Heath wrote:
On 06/02/2012 01:06 PM, Jacopo Cappellato wrote:
On Jun 2, 2012, at 7:15 PM, Adam Heath wrote:
There is no way that we can ever enforce a single, unified width. Screen sizes
change, font sizes change. It's too political
to come up with a solution.
knowledge and expertise about
manufacturing in general (most of them begun with BaaN ERP, in a manufacturing compagny) and also a good knowledge on the OFBiz
manufacturing functionnalities. We intalled one of our first customer, which was a manufacturing company, in 2006. And last week,
we installed
/display/OFBIZ/**
Manufacturing+Process+Stories+**and+Diagramshttps://cwiki.apache.org/confluence/display/OFBIZ/Manufacturing+Process+Stories+and+Diagrams
https://cwiki.apache.org/**confluence/display/OFBADMIN/**
OFBiz+Related+Books#**OFBizRelatedBooks-https://cwiki.apache.org/confluence/display
projects have already proved to fail in the mid/long
term...
You might be interested by
https://cwiki.apache.org/confluence/display/OFBIZ/**https://cwiki.apache.org/**confluence/display/OFBIZ/**
Manufacturing+Process+Stories+and+Diagramshttps://cwiki.**
apache.org/confluence/display/**OFBIZ
on manufacturing
system and we have a good knowledge and expertise about manufacturing in
general (most of them begun with BaaN ERP, in a manufacturing compagny)
and also a good knowledge on the OFBiz manufacturing functionnalities.
We intalled one of our first customer, which was a manufacturing
Pierre -
While I do not claim to be an expert in Manufacturing, I'm helping
customize Ofbiz for a Food Sevices Industry in a Franchise Model where
Ofbiz Manufacturing be the food kitchen; Additionally the following
modules, being used
- MyPortal : Dashboard
- Order Manager: Purchase , Sales
is not perfect but it works OOTB and can be easily enhanced... Some ESB projects have
already proved to fail in the mid/long term...
You might be interested by
https://cwiki.apache.org/confluence/display/OFBIZ/Manufacturing+Process+Stories+and+Diagrams
https://cwiki.apache.org/confluence/display
/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk/applications
/trunk/applications/content/src/org/ofbiz/content/content/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order
/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk
/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz
I only did the relevant changes in Applications...
Modified:
ofbiz/trunk/applications/content/src/org/ofbiz/content/content/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications
to check them all... So I only did
the relevant changes in Applications...
Modified:
ofbiz/trunk/applications/content/src/org/ofbiz/content/content/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk/applications/order/src/org
/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/shoppingcart
/applications/content/src/org/ofbiz/content/content/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz
/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk/applications
all... So I only did the relevant changes in
Applications...
Modified:
ofbiz/trunk/applications/content/src/org/ofbiz/content/content/ContentServices.java
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
);
return results;
}
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java?rev=1169478r1
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
ofbiz/trunk/applications/marketing/src/org/ofbiz/sfa/vcard/VCard.java
ofbiz/trunk/applications/order/src/org/ofbiz/order/order/OrderReadHelper.java
ofbiz/trunk/applications
/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom
.
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/script/org
in the createBOMAssoc service
for the fromDate field which is currently set as a String. Thanks Suprit.
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom
for the fromDate field which is currently set as a String. Thanks
Suprit.
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
Modified:
ofbiz/trunk/applications/manufacturing/script/org/ofbiz/manufacturing/bom/BomSimpleMethods.xml
/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunEvents.java
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunEvents.java
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/src/org/ofbiz
/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunEvents.java
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunEvents.java
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/src/org/ofbiz
Thanks for the appreciation Jacques :-)
Regards
--
Divesh Dutta.
Jacques Le Roux wrote:
Thank you Divesh!
Jacques
From: Ashish Vijaywargiya vijaywargiya.ash...@gmail.com
Thanks Jacques for your appreciation.
It really encourage us to work more and more for the community.
PS: Divesh please
Hi Ashish,
I had a look, I like it very much (notably the production run link)
Thanks!
Jacques
Author: ashish
Date: Tue Nov 10 14:32:53 2009
New Revision: 834479
URL: http://svn.apache.org/viewvc?rev=834479view=rev
Log:
Applied patch from jira issue OFBIZ-3173 - Better supportability for
Thanks Jacques for your appreciation.
It really encourage us to work more and more for the community.
PS: Divesh please don't get upset - Jacques also said thank you by saying to
me ;-).
--
Ashish
On Thu, Nov 12, 2009 at 9:28 PM, Jacques Le Roux
jacques.le.r...@les7arts.com wrote:
Hi Ashish,
Thank you Divesh!
Jacques
From: Ashish Vijaywargiya vijaywargiya.ash...@gmail.com
Thanks Jacques for your appreciation.
It really encourage us to work more and more for the community.
PS: Divesh please don't get upset - Jacques also said thank you by saying to
me ;-).
--
Ashish
On Thu, Nov
Log:
commented out code which contains an error because it can prevent
running a production run. included a suggestion how to fix it, but i
am unable to test it. Jacopo, can you?
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/
manufacturing/jobshopmgt
that in a configurable product a subassembly is
included with a BOM definition which need to be assembled fist, demo
data to demonstrate this is included for the famous PC001
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/
manufacturing/jobshopmgt/ProductionRunServices.java
are attached to production runs as notes.
Thanks to Jacopo and BJ for their comments.
Internationalization note: this commit contains new UI labels.
Modified:
ofbiz/trunk/applications/manufacturing/config/ManufacturingUiLabels.xml
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing
[EMAIL PROTECTED] schrieb:
Author: jacopoc
Date: Wed May 28 00:46:40 2008
New Revision: 660846
URL: http://svn.apache.org/viewvc?rev=660846view=rev
Log:
Added partial support for lot id in production runs.
That's great news (I'm currently looking at the (missing) lot
functionality in OFBiz
/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt/ProductionRunServices.java
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/jobshopmgt
:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/mrp/MrpServices.java
Modified:
ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/mrp/MrpServices.java
URL:
http://svn.apache.org/viewvc/ofbiz/trunk/applications/manufacturing/src/org/ofbiz/manufacturing/mrp
84 matches
Mail list logo