This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 114250 - IllegalArgumentException when saving a java file in a project dir with space
Summary: IllegalArgumentException when saving a java file in a project dir with space
Status: RESOLVED DUPLICATE of bug 114189
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 6.x
Hardware: Sun All
: P2 blocker (vote)
Assignee: issues@platform
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-30 14:38 UTC by _ ludo
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description _ ludo 2007-08-30 14:38:35 UTC
Not sure if this is my private build or a bug in nb 6.0
Daily build as of today Mac OSX (Peter Blaha also have the same bug on Windows...)

I have a nb project (nbm project) located under:
/Users/ludo/acvs/phobos/ide-plugins/netbeans-plugins/Phobos WebFramework

Notice the space after /Phobos
If I create a new Java file (called blaha.java) in a package for this project.
Edit it and save it. You'll see an exception when you save the file:

java.lang.IllegalArgumentException: Illegal character in path at index 64:
file:/Users/ludo/acvs/phobos/ide-plugins/netbeans-plugins/Phobos
WebFramework/src/org/netbeans/modules/phobos/webframework/blaha.java
[file:/Users/ludo/acvs/phobos/ide-plugins/netbeans-plugins/Phobos
WebFramework/src/org/netbeans/modules/phobos/webframework/blaha.java]
	at org.netbeans.modules.masterfs.MasterURLMapper.getFileObjects(MasterURLMapper.java:55)
	at org.openide.filesystems.URLMapper.findFileObject(URLMapper.java:188)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.updateFile(RepositoryUpdater.java:1696)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.compileWithDeps(RepositoryUpdater.java:1961)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.access$2800(RepositoryUpdater.java:1011)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:1269)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:1041)
	at org.netbeans.modules.java.source.usages.ClassIndexManager.writeLock(ClassIndexManager.java:78)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:1038)
	at org.netbeans.modules.java.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:1011)
	at org.netbeans.api.java.source.JavaSource$CompilationJob.run(JavaSource.java:1430)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
	at java.util.concurrent.FutureTask.run(FutureTask.java:123)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
[catch] at java.lang.Thread.run(Thread.java:613)
Comment 1 Petr Hrebejk 2007-08-31 16:24:29 UTC
Some problem in filesystems?
Comment 2 Tomas Zezula 2007-08-31 17:25:45 UTC
Duplicate of already fixed issue. Caused by calling buggy File.toURL() instead of correct File.toURI().toURL().

*** This issue has been marked as a duplicate of 114189 ***