Re: [jira] [Commented] (OFBIZ-4856) webapp "tempfiles" is not successfully loaded because of java.io.FileNotFoundException during startup

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Re: [jira] [Commented] (OFBIZ-4856) webapp "tempfiles" is not successfully loaded because of java.io.FileNotFoundException during startup

Pierre Smits
Jacopo,

When do you stop pretending that committers like Hans work in cooperation
with the community. Recent comment in JIRA's (e.g. OFBIZ-4130) and commit
action (but not just those) clearly indicate that such committers are to
busy to be bothered to work with the community to make the project better.

You should ask yourself whether such committers are (still) a plus for the
project.

Regards,

Pierre

2012/5/7 Jacopo Cappellato <[hidden email]>

>
> On May 7, 2012, at 11:20 AM, Hans Bakker wrote:
>
> > 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...
>
> Ok, I have checked and the code that is causing the main problems is the
> one that makes use of the public static fields and that code doesn't come
> from Cocoon, so I have to assume it is your code.
>
> >
> > let me know, did you investigate the free marker code before including
> the jar?
>
> what do you mean? There is no relation between including an external jar
> file and copying some code from a source file and include it into your own
> source code without really understanding it. So please, stop here this
> attempt to attack to change topics and distract from the code in question.
>
> Jacopo
>
> >
> > 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
> >>
> >>
> >
>
>