No objections.
On 9/25/07, Bernt M. Johnsen <[EMAIL PROTECTED]> wrote:
> Another issue: When I do buildjars I get
>
> java.lang.SecurityException
> at
> org.netbeans.TopSecurityManager.checkSetSecurityManager(TopSecurityManager.java:351)
> at
> org.netbeans.TopSecurityManager.checkPermission(TopSecurityManager.java:315)
> at java.lang.System.setSecurityManager0(System.java:273)
> at java.lang.System.setSecurityManager(System.java:264)
> at
> org.apache.tools.ant.types.Permissions.restoreSecurityManager(Permissions.java:152)
> at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:227)
> at
> org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:152)
> at org.apache.tools.ant.taskdefs.Java.run(Java.java:747)
> at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:201)
> at org.apache.tools.ant.taskdefs.Java.execute(Java.java:104)
> at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288)
> at sun.reflect.GeneratedMethodAccessor64.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105)
> at org.apache.tools.ant.Task.perform(Task.java:348)
> at org.apache.tools.ant.Target.execute(Target.java:357)
> at org.apache.tools.ant.Target.performTasks(Target.java:385)
> at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329)
> at org.apache.tools.ant.Project.executeTarget(Project.java:1298)
> at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
> at org.apache.tools.ant.Project.executeTargets(Project.java:1181)
> at
> org.apache.tools.ant.module.bridge.impl.BridgeImpl.run(BridgeImpl.java:255)
> at
> org.apache.tools.ant.module.run.TargetExecutor.run(TargetExecutor.java:438)
> at
> org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:129)
>
> Afetr some hours of googling and experimenting we found that the
> problem is that the generation of
> /export/home/tmp/Derby/trunk/jars/sane/lists/org/apache/derby/modules.properties
> with org.apache.derbyBuild.propertyconfig is don in the same VM as
> netbeans (fork is not set to yes/true). The following diff needs to be
> applied. Is there any reason not to commit this one?
>
>
> Index: build.xml
> ===================================================================
> --- build.xml (revision 578813)
> +++ build.xml (working copy)
> @@ -1026,7 +1026,7 @@
> </antcall>
>
> <mkdir dir="${derby.jar.dir}/lists/org/apache/derby"/>
> - <java classname="org.apache.derbyBuild.propertyconfig">
> + <java classname="org.apache.derbyBuild.propertyconfig" fork="yes">
> <arg value="${out.dir}/org/apache/derby/modules.properties"/>
> <arg value="derby"/>
> <arg
> value="${derby.jar.dir}/lists/org/apache/derby/modules.properties"/>
>
>
>
> --
> Bernt Marius Johnsen, Database Technology Group,
> Staff Engineer, Derby/Java DB
> Sun Microsystems, Trondheim, Norway
>
>
