All,
I did an update from trunk and realize in the sniff test that logs show that
birt's ofbiz-component.xml redefines three existing webapp mounts: accounting,
facility and ordermgr. Embedded Tomcat does consequently not load these.
Is this expected behavior? Am I missing a config change for
Thanks for the initiative, Jacques.
I do 'forget' them in my own repos for OFBiz delivery since I moved to github.
I am fully for a removal from SVN, too. Naming conventions on folders in
components are rigid enough to put them back in place once required again.
I like this feature in git as it
Heidi, unless you want to get into patching: send the xlation to myself, I
shall - over the weekend - open the jira, attach the respective patch.
Use my personal email address for the attachment, please.
Regards
Carsten
Gesendet mit BlackBerry® Webmail von Telekom Deutschland
-Original
My 0.02 €:
+1 for a translation in order to give 'foreign' OFBiz users a chance to
understand and potentially use this payment method.
And
+1 to adhere to architecture good practices as suggested for the configuration.
Having the config description only in dutch sounds like a 'private' space in
See my previous comments on the mailing list. I disagre with this behaviour.
The current behaviour reflects reality much better (I do not say this is
ideal). Taking raw materials out and putting inexistent stock in at the
confirmation of a production will result in incorrect accounts for both, r
Hello hans,
I have similar requests. Not as deep into it and I shall know more after next
week.
Ready to help :)
Regards
Carsten
--Original Message--
From: Hans Bakker
To: dev@ofbiz.apache.org
ReplyTo: dev@ofbiz.apache.org
Subject: manufacturing component missing production planning
Sent
Nope. See my questions ...
Gesendet mit BlackBerry® Webmail von Telekom Deutschland
-Original Message-
From: "Jacques Le Roux (JIRA)"
Date: Sat, 19 Jan 2013 20:46:12
To:
Reply-To: dev@ofbiz.apache.org
Subject: [jira] [Commented] (OFBIZ-5019) Multitenant delegator assignment
not worki
As a proof of my srtatement yesterday I have now put the 'evil' line back into
ContextFilter that overwrites ServletContext with the delegator AND IT WORKS.
In order to cope with this on Logout, I have changed the
LoginWorker.doBasicLogout to re-initialize a Delegator object using the
Servlet's
Hello Tarun,
I think this might be very closelv related to OFBIZ-5090. You might want to
check.
The delegator name to use should IMHO be a parameter in the Servlet Context. Of
course it could then be any name.
While 5090 goes more into the use and storage of delgators during Servlet
lifecycl
I have recently spent quite some time to start up on a de-version of help with
a focus on MRP and Catalog.
Are you guys planning to run a migration script? Will the input remain as is
today?
Carsten
Gesendet mit BlackBerry® Webmail von Telekom Deutschland
-Original Message-
From: Tom
10 matches
Mail list logo