Please use the Apache issue tracking system for new NetBeans issues ( !!
Bug 241685 - Issue while creating demo project
Issue while creating demo project
Status: RESOLVED DUPLICATE of bug 240180
Product: projects
Classification: Unclassified
Component: Maven
Macintosh (x86) Mac OS X
: P3 (vote)
: 8.0
Assigned To: Milos Kleint
Depends on:
  Show dependency treegraph
Reported: 2014-02-11 10:45 UTC by michal.owsiak
Modified: 2014-02-13 14:24 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT


Note You need to log in before you can comment on or make changes to this bug.
Description michal.owsiak 2014-02-11 10:45:54 UTC
To reproduce:

1. Install C/C++ plugin
2. Create sample C/C++ project "Welcome"
3. Right-click on "Welcome_1"

NetBeans raises exception:

java.lang.AssertionError: Need to normalize /Users/michalo/NetBeansProjects/welcome_1(class was /Users/michalo/NetBeansProjects/Welcome_1(class
Comment 1 ilia 2014-02-12 06:33:58 UTC
Is this issue reproducible on your computer? I can't reproduce it.
If so, attach a full stack trace, or send an exception report.

Comment 2 Alexander Simon 2014-02-12 06:49:00 UTC
(In reply to ilia from comment #1)
> Is this issue reproducible on your computer? I can't reproduce it.
> If so, attach a full stack trace, or send an exception report.
> Thanks!

It is a mac specific issue (file system by default case insensitive).
Did you try reproduce the bug on a mac?
Comment 3 michal.owsiak 2014-02-12 06:55:08 UTC

to reproduce the issue, you have to create project "Welcome" on OS X.

Note that OS X case sensitivity is not the same as on Linux!

You can have two files with different case sensitivity, but you can't have them at the same time in the same directory!

Take a look here:

java.lang.AssertionError: Need to normalize /Users/michalo/NetBeansProjects/welcome_1(class was /Users/michalo/NetBeansProjects/Welcome_1(class
	at org.openide.filesystems.FileUtil.assertNormalized(
	at org.openide.filesystems.FileUtil.toFile(
	at org.netbeans.modules.maven.queries.MavenFileOwnerQueryImpl.getOwner(
	at org.netbeans.api.project.FileOwnerQuery.getOwner(
	at org.netbeans.modules.css.indexing.CssIndexer.fireChangeImpl(
	at org.netbeans.modules.css.indexing.CssIndexer.access$000(
	at org.netbeans.modules.css.indexing.CssIndexer$
Caused: org.openide.util.RequestProcessor$SlowItem: task failed due to
	at org.netbeans.modules.css.indexing.CssIndexer.fireChange(
	at org.netbeans.modules.css.indexing.CssIndexer.access$300(
	at org.netbeans.modules.css.indexing.CssIndexer$Factory.scanFinished(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.scanFinished(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSource(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$AbstractRootsWork.scanSources(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$RootsWork.getDone(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doTheWork(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task._run(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task.access$5300(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$3$
	at org.netbeans.modules.parsing.impl.RunWhenScanFinishedSupport.performScan(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Task$
	at org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(
	at org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(
	at org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(
	at org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$
	at java.util.concurrent.Executors$
	at java.util.concurrent.FutureTask$Sync.innerRun(
	at org.openide.util.RequestProcessor$
[catch] at org.openide.util.RequestProcessor$
Comment 4 ilia 2014-02-13 08:26:03 UTC
A cause of this bug, apparently, is MavenFileOwnerQueryImpl. Reassigning to projects/maven.
Comment 5 Milos Kleint 2014-02-13 14:24:25 UTC
(In reply to ilia from comment #4)
> A cause of this bug, apparently, is MavenFileOwnerQueryImpl. Reassigning to
> projects/maven.

No, it's not. taking a FileObject and attempting to convert it to File via FileUtil.toFile(FileObject) is fairly legal thing to do, if it fails, it has to do with implementation of FileObject on mac platform.

duplicate of issue 240180 as far as I can see

*** This bug has been marked as a duplicate of bug 240180 ***

By use of this website, you agree to the NetBeans Policies and Terms of Use. © 2014, Oracle Corporation and/or its affiliates. Sponsored by Oracle logo