I had this problem once and do not remember how I solved it, perhaps changing the libraries order. Another guy had the same problem and reported it to the list but no one presented a solution.
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - === Begin Internal Transaction
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - Searching for primary key value for ERAttachment
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - evaluateExpression: <com.webobjects.jdbcadaptor._MySQLPlugIn$MySQLExpression: "SELECT PK FROM EO_PK_TABLE WHERE NAME = 'ERAttachment' FOR UPDATE" withBindings: >
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - fetch canceled
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - 1 row(s) processed
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - Updating primary key value for ERAttachment in PK table named: EO_PK_TABLE to seed value: 127
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - evaluateExpression: <com.webobjects.jdbcadaptor._MySQLPlugIn$MySQLExpression: "UPDATE EO_PK_TABLE SET PK = 127 WHERE NAME = 'ERAttachment' AND PK = 126" withBindings: >
Set 20 16:41:39 Visiontur1.0[60002] DEBUG NSLog Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - === Commit Internal Transaction
Set 20 16:41:39 Visiontur1.0[60002] ERROR org.jabsorb.JSONRPCBridge Page: er.modern.look.pages.ERMODTabInspectPage - Configuration: EditPacote - exception occured
FileNotFoundException: /var/folders/tv/6j4lw_5x6x72l308h51r88t80000gn/T/AjaxFileUpload7026200132146135460.tmp (No such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.<init>(FileInputStream.java:120)
at java.io.FileInputStream.<init>(FileInputStream.java:79)
at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:70)
at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:161)
at java.net.URL.openStream(URL.java:1010)
at com.webobjects.foundation.NSData.<init>(NSData.java:312)
at er.attachment.processors.ERDatabaseAttachmentProcessor._process(ERDatabaseAttachmentProcessor.java:58)
at er.attachment.processors.ERDatabaseAttachmentProcessor._process(ERDatabaseAttachmentProcessor.java:29)
at er.attachment.processors.ERAttachmentProcessor.process(ERAttachmentProcessor.java:346)
at er.attachment.processors.ERAttachmentProcessor.process(ERAttachmentProcessor.java:284)
at er.attachment.components.ERAttachmentUpload._uploadSucceeded(ERAttachmentUpload.java:184)
at er.attachment.components.ERAttachmentUpload.uploadSucceeded(ERAttachmentUpload.java:197)
... skipped 13 stack elements
at er.ajax.AjaxFileUpload.uploadSucceeded(AjaxFileUpload.java:381)
at er.ajax.AjaxFlexibleFileUpload.uploadSucceeded(AjaxFlexibleFileUpload.java:566)
at er.ajax.AjaxFlexibleFileUpload.refreshState(AjaxFlexibleFileUpload.java:321)
at er.ajax.AjaxFlexibleFileUpload.uploadState(AjaxFlexibleFileUpload.java:299)
... skipped 4 stack elements
at org.jabsorb.JSONRPCBridge.call(JSONRPCBridge.java:650)
at er.ajax.AjaxProxy.handleRequest(AjaxProxy.java:195)
... skipped 121 stack elements
at er.ajax.AjaxRequestHandler.handleRequest(AjaxRequestHandler.java:17)
... skipped 3 stack elements
at com.visionar.visiontur.app.Application.dispatchRequest(Application.java:77)
... skipped 3 stack elements
It is interesting to notice that I have other two attachments that simply work as they should. The three attachments are images and the D2W application used to deal with them with no problem, until this one started to present the problem for no apparent reason.