DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23502>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23502 Incorrect path in generated SMAP file entries ------- Additional Comments From [EMAIL PROTECTED] 2003-10-22 01:51 ------- Aha. You're right, of course. I didn't notice that there were two name collections, one with unqualified names and one with qualified names. I now believe you're not seeing the bug because you're running on Unix. I've been running on Windows XP. I finally attached a debugger to Jasper and stepped through the relevant code. What I see is that the call to unqualify() from line 609 of SmapUtil.java is passing the string "/num/numguess.jsp". Since unqualify() is looking for the platform-specific path separator, which is "\" on Windows, it doesn't modify this string at all. I see other calls to unqualify() with actual Window's path names, which contain "\", so the solution is not as simple as changing unqualify() to always look for "/". Perhaps it needs to look for either? I'll leave that up to you. For reference, in case the code has changed since I downloaded the source, line 609 of SmapUtil.java is: smap.addFile(unqualify(fileName), fileName); The call from line 651 of SmapUtil.java also passes "/num/numguess.jsp". This line is: String unqualifiedName = unqualify(mark.getFile()); This isn't surprising since both are getting their strings from mark.getFile(). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
