Jacopo,
no license issues: the file was copied over as is, including the
header......
the fact is: if we cannot copy code from an Apache project before
completely investigating it...
let me know, did you investigate the free marker code before including
the jar?
Regards,
Hans
P.S do not worry, apart from smaller changes I will avoid the framework
as much as possible and always advertise that we are application
programmers.
On 05/07/2012 03:59 PM, Jacopo Cappellato (JIRA) wrote:
[
https://issues.apache.org/jira/browse/OFBIZ-4856?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13269462#comment-13269462
]
Jacopo Cappellato commented on OFBIZ-4856:
------------------------------------------
I am sorry Hans, but if you have copied code from another project we have to
keep track of it and it is not an option to forget about this... this may cause
license issues.
We cannot commit code that is broken or only partially working and then pretend
that others will fix it: do you and anyone else understand that this way of
doing (at least in the last 2 years) is really unacceptable?
If you do not know how to implement a thread safety class you should not touch
the framework code.
Questions to all committers: should we revert this work? or are we willing to
refactor it to make it really usable? Volunteers?
webapp "tempfiles" is not successfully loaded because of
java.io.FileNotFoundException during startup
-----------------------------------------------------------------------------------------------------
Key: OFBIZ-4856
URL: https://issues.apache.org/jira/browse/OFBIZ-4856
Project: OFBiz
Issue Type: Bug
Components: framework
Affects Versions: SVN trunk
Reporter: Leon
Fix For: SVN trunk
Attachments: OFBIZ-4856.patch
During startup, there's a "java.io.FileNotFoundException" thrown out when ofbiz trying to
load webapp "tempfiles" which is defined by framework/images component.
The file not found is "runtime/tempfiles/WEB-INF/web.xml". This file does not
exist from the very first, catalina container will use default web.xml instead.
I apply a patch for this issue to catch the "java.io.FileNotFoundException" and
bypass it.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
