Please use the Apache issue tracking system for new NetBeans issues (https://issues.apache.org/jira/projects/NETBEANS0/issues) !!
Bug 232696 - Netigso.findRecursivePkgs does not work on directories
Netigso.findRecursivePkgs does not work on directories
Status: RESOLVED WORKSFORME
Product: platform
Classification: Unclassified
Component: Netigso
7.4
Other Other
: P3 (vote)
: TBD
Assigned To: Milos Kleint
issues@platform
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-07-15 10:10 UTC by skygo
Modified: 2013-07-26 09:17 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
:


Attachments
Log of execution in case it failed with access denied (23.31 KB, text/plain)
2013-07-15 10:12 UTC, skygo
Details
zipped module failing (62.18 KB, application/unknown)
2013-07-24 15:48 UTC, skygo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description skygo 2013-07-15 10:10:44 UTC
[ BUILD # : 201307122300 ]
[ JDK VERSION : 1.7.0_25 ]

OS: Windows 8x64

== Description
I have a lots of modules (around fifty, with 3 wrappers modules) stored by
clusters and 5 suites using the previous modules stored in their folder.

root of maven project 
 - clustersparent
 -- clusterA
 --- M1
 --- M2 (wrapper)....
 - suite parent
 -- Suite1
 --- suite1a
 --- branding1A
...

If in "netbeans project tab" I have everything open. Application will not run,
nor debug nor profile. Raising acces denied exception.

== Workaround
Close modules in the ide and try again and run work, debug and profile also.
Comment 1 skygo 2013-07-15 10:12:50 UTC
Created attachment 137117 [details]
Log of execution in case it failed with access denied
Comment 2 Milos Kleint 2013-07-15 10:21:58 UTC
reassigning to evaluation to netigso, apparently there is some sort of problem with -Dnetbeans.patches properties passed to the application.

Please note that a different, maybe more scalable workaround is to turn compile on save OFF in the application and module projects.
Comment 3 skygo 2013-07-15 10:24:30 UTC
thks for information

and #252435 #232550 make thinks working better.

thks
Comment 4 skygo 2013-07-15 12:20:40 UTC
Victim of mid-air collision :p (intended to be between #1 and #2)

But as it's french log just add the translation

(Accès refusé) == (access denied) 



I think that access denied is not what happens for real. 

From fresh run or from administrator execution are not working. No lock or no process engaging these files

Only workaround make execution works.
Comment 5 Jaroslav Tulach 2013-07-24 08:55:17 UTC
While I probably know what is causing the problem, I can't simulate it. I tried to create an application project, include netbinox in it. But no errors (and CoS was on). Can you please attach a set of projects to demonstrate the issues?
Comment 6 skygo 2013-07-24 15:48:04 UTC
Created attachment 137721 [details]
zipped module failing

Thks for trying.

I succeed creating a "minimalistic project" to show the bug, but seems hard to replay 

I use netbeans dev of "201307232300", 
I open all dependencies,
I then clean and install

debug the application and it should fail.
Comment 7 Jaroslav Tulach 2013-07-25 11:31:05 UTC
That is a huge app. Takes ages to build all the NBM files. Alas, the build process fails. I tried to remove all the cached files I could think of, but continues to fail. Miloši please help.

Generating Auto Update information for com.mycompany.mnbmdummybig.branding
Generating Auto Update information for org.netbeans.api.annotations.common
Unrecognized line: 
/home/jarda/.m2/repository/org/netbeans/api/org-netbeans-libs-junit4/RELEASE731/org-netbeans-libs-junit4-RELEASE731.nbm
java.io.IOException: CRC-32 of /home/jarda/tmp/232696/mnbmdummybig/suites/application/target/mnbmdummybig/platform/modules/ext/junit-4.10.jar does not match declared 3480621823
	at org.codehaus.mojo.nbm.CreateClusterAppMojo.externalDownload(CreateClusterAppMojo.java:919)
	at org.codehaus.mojo.nbm.CreateClusterAppMojo.execute(CreateClusterAppMojo.java:274)
	at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
	at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
	at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
	at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
	at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
	at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
	at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
	at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
	at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:601)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
	at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
	at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
Generating Auto Update information for com.mycompany.mnbmdummybig.sample
Generating Auto Update information for com.mycompany.mnbmdummybig.sample1
Generating Auto Update information for com.mycompany.mnbmdummybig.sample2
Generating Auto Update information for com.mycompany.mnbmdummybig.sample3
Generating Auto Update information for com.mycompany.mnbmdummybig.sample4
Generating Auto Update information for com.mycompany.mnbmdummybig.sample5
Generating Auto Update information for com.mycompany.mnbmdummybig.sample6
Generating Auto Update information for com.mycompany.mnbmdummybig.sample7
Generating Auto Update information for com.mycompany.mnbmdummybig.sample8
Generating Auto Update information for com.mycompany.mnbmdummybig.sample9
Generating Auto Update information for com.mycompany.mnbmdummybig.sample10
Some included modules/bundles depend on these codenamebases but they are not included. The application will fail starting up. The missing codenamebases are:
   org.netbeans.libs.junit4          ref: [org.netbeans.modules.jellytools.ide, org.netbeans.modules.jellytools.java, org.netbeans.modules.java.hints.test, org.netbeans.modules.jellytools.platform, org.netbeans.modules.nbjunit, org.netbeans.modules.java.hints.declarative.test]
------------------------------------------------------------------------
Reactor Summary:

mnbmdummybig-parent ............................... SUCCESS [2.715s]
mnbmdummybig-suiteparent .......................... SUCCESS [0.292s]
mnbmdummybig-branding ............................. SUCCESS [15.677s]
mnbmdummybig-module-parent ........................ SUCCESS [0.041s]
CLUSTER 1 ......................................... SUCCESS [0.068s]
CLUSTER 1: M0 ..................................... SUCCESS [0.707s]
CLUSTER 1: M1 ..................................... SUCCESS [2.040s]
CLUSTER 1: M2 ..................................... SUCCESS [1.889s]
CLUSTER 2 ......................................... SUCCESS [0.061s]
CLUSTER 2: M6 ..................................... SUCCESS [0.734s]
CLUSTER 2: Module OSGI ............................ SUCCESS [21.443s]
CLUSTER 1: M3 ..................................... SUCCESS [4.524s]
CLUSTER 1: M4 ..................................... SUCCESS [1.758s]
CLUSTER1 POMed .................................... SUCCESS [0.150s]
CLUSTER 2: M5 ..................................... SUCCESS [1.404s]
CLUSTER 2: M7 ..................................... SUCCESS [1.579s]
CLUSTER 2: M8 ..................................... SUCCESS [0.985s]
CLUSTER 2: M9 ..................................... SUCCESS [1.304s]
CLUSTER2 POMed .................................... SUCCESS [0.078s]
mnbmdummybig-app .................................. FAILURE [3:44.643s]
------------------------------------------------------------------------
BUILD FAILURE
Comment 8 skygo 2013-07-26 09:17:58 UTC
Hi,

 Sorry for the bad project configuration. In fact works well with windows but fail on linux. 

I recreated "minimalistic project" from scratch using default maven nbm archetype but my "official build" do more configuration but that's hide maybe a bug in nbm side ?

So first I add dependencyManagement in the application module pom:

<dependencyManagement>
 <dependencies>
  <dependency>
   <groupId>junit</groupId>
   <artifactId>junit</artifactId>
   <version>4.10</version>
   <scope>test</scope>
  </dependency>
 </dependencies>
</dependencyManagement>

and second I check that scope is "default" for libs-junit4:

<dependency>
            <groupId>org.netbeans.api</groupId>
            <artifactId>org-netbeans-libs-junit4</artifactId>
            <version>${netbeans.version}</version>
</dependency>

Build can then finish .


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