Complex project creates many unnecessary tmp files

Hello,

Can you check logs do you have any errors reported. Those files should be removed. Could you try with nightly build?

robert

I also have this issue (3.5.1 Build dist-97-2010-04-12, Build Date 2010/04/12 09:51)...
I would suggest that SoapUI not open/import those files *if* it finds them (due to not being removed from previous shutdown/exit-error)
Also, it would be even better if SoapUI set these files to hidden which would make managing source control much easier (or even better would be to put them into a completely separate temp directory i.e. c:\temp\soapui...)

Hi,

Unfortunately we haven't managed to reproduce this. Is there any error in the log due to which they might have not been deleted.
Any instructions on how we could try to reproduce?

Regards
Dragica
/eviware.com

I get this every time I "save all projects in workspace" OR right click 'save' individual projects (tmp files created & errors only for specific project being saved).

What else might help you solve this?

Hello,

Since soapUI is used on different platforms, we are trying when saving files to be saved to be compatible with file system project is saving. We'll see that this will be fixed.

robert

Any progress made on this issue? its extremely annoying...

What is the status of correcting this issue???
Its causing us a lot of pain...

Hello,

i have the same issue. It is very hard to work with soapUI because you have always to delete all tmp-files in your project dir before you should start soapui otherwise you get copies of test-steps for each tmp-file.

Further information:

• I get the following warning in error-log for each tmp-file:
  Mon Jan 23 10:57:07 CET 2012:WARN:Failed to delete temporary file: D:\TestStep-tmp4955616171244031602.xml


• Version control system SVN is used


• The issue can be reproduced on different systems

I hope this issue will be fixed soon.

I have googled your source-code and find the following:

source: http://www.soapui.org/xref/com/eviware/ ... oject.html

 private static void normalizeLineBreak( File target, File tmpFile )
 {
  try
  {
   FileReader fr = new FileReader( tmpFile );
   BufferedReader in = new BufferedReader( fr );
   FileWriter fw = new FileWriter( target );
   BufferedWriter out = new BufferedWriter( fw );
   String line = "";
   while( ( line = in.readLine() ) != null )
   {
    out.write( line );
    out.newLine();
    out.flush();
   }
   out.close();
   fw.close();
   in.close();
   fr.close();
  }
  catch( FileNotFoundException e )
  {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }
  catch( IOException e )
  {
   // TODO Auto-generated catch block
   e.printStackTrace();
  }

  if( !tmpFile.delete() )
  {
   SoapUI.getErrorLog().warn( "Failed to delete temporary file: " + tmpFile.getAbsolutePath() );
   tmpFile.deleteOnExit();
  }
 }

The close-calls sould be moved into a finally-block because if there are any exceptions before the files will be never closed. However, i don't know whether this change could fix the described issue.
You can see also that exception-handling is missing.

Hello,
the normalizeLineBreak-method which is called in composite-mode seems to be the cause. This is part of the soapUI-Pro-Project so i am not able to review the source.

If i disable the normalizeBreak-setting the problem does not exist anymore.

I would appreciate it if you check the above-mentioned case in your source-code and fix it.