Bugzilla – Full Text Bug Listing
| Summary: | Java exception/image handling | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | pjs38 |
| Component: | IDE | Assignee: | Platform-UI-Inbox <Platform-UI-Inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | francisu, pjs38, remy.suen |
| Version: | 3.6 | ||
| Target Milestone: | --- | ||
| Hardware: | Macintosh | ||
| OS: | Mac OS X - Carbon (unsup.) | ||
| Whiteboard: | |||
|
Description
pjs38
Can you see anything in the log? <workspace>/.metadata/.log (In reply to comment #1) > Can you see anything in the log? <workspace>/.metadata/.log .log has content, but none pertaining to this issue. the original tomcat installation doesn't have this problem, incidentally. my guess is that the temp directory value, or permissions for the temp directory, got modified somewhere, but i have no idea where or how -- though nothing in the work directory seems off. for what it's worth, i am finding that the config files (e.g., server.xml) get rewritten unexpectedly (i have to keep adjusting the context entry, for instance), so maybe this is related to that behavior? thanks. just a little more detail-- (In reply to comment #3) > just a little more detail-- i am pulling binary from database, then resizing the bytes with java's image libraries, which requires temporary output--so, reading is not an issue--it's the temporary output that seems to be causing the issue (as the exception suggests) also, i upgraded to build 20100617-1415 just now, but i have the same problem still. i never encountered this issue on either of my linux boxes, btw. thanks. this is going beyond the scope of the original report, but these may very well be connected: 1. server.xml is rewritten every time i restart the server now, and two <context> tags are added, so i have to remove one manually. this is also a new behavior that i did not manually specify. 2. after restart, the server often rejects http requests, and i am forced to restart eclipse altogether. Just FYI, I fired up the project (literally the same instance of it) in Helios on my Linux box, and so far I haven't gotten the exception. Thanks. Since it's working in Helios do you have any issue with me closing this defect as WORKSFORME ? (In reply to comment #7) > Since it's working in Helios do you have any issue with me closing this defect > as WORKSFORME ? it's forking in Helios on Linux, but still no go on my Mac box. let me know if i can provide more info. thanks. is there anything i can do to help with this? thanks. I'm just having trouble figuring out to whom I should send the defect. It doesn't appear to be a Platform issue but whether to direct you towards a Mac expert (if it's a setup/permissions issue or over to the tomcat folks. If I can get it in front of the right folks they'll know what extra info they need..;-). (In reply to comment #10) > I'm just having trouble figuring out to whom I should send the defect. It > doesn't appear to be a Platform issue but whether to direct you towards a Mac > expert (if it's a setup/permissions issue or over to the tomcat folks. > > If I can get it in front of the right folks they'll know what extra info they > need..;-). hey, eric, i deleted and recreated the java.io temp directory, and that fixed the problem. i kept ownership and permissions the same, so it looks like something in the temp files, rather than permission settings, was causing the problem. so, it was a file system issue, but i don't think it was a permission issue. unless you think this is a useful test case that could yield some interesting data (i'm guessing that's unlikely, especially since i wiped out the offending directory content), i'm happy to close it with a WORKSFORME tag. thanks for your help, paul Per originator |