I'm not one of the deveopers, but it looks like an infinite loop trying to resolve the self-referential javadoc.offlineurl property.
Maybe you need two properties: javadoc.offlineurl javadoc.offlineurl.local Just a thought. Jeff On 14 Aug 2003, at 16:45:50 [GMT +0200] Martin Skopp wrote: > On Thu, 2003-08-14 at 16:33, Paul Libbrecht wrote: >> > If we talk about offline javadoc apis - they are IMHO at a different >> > place for every user since they are offline, right? >> > >> > So IMHO the user have to set the property in her own >> > $HOME/build.properties... >> >> Well, some of them could be distributed along with the package (we do >> so, these packages files are not big!). > Aha - you mean distributed along with the project, right? Got the idea. > Hmmmm, what about the following: > project.properties contains: > javadoc.offlineurl=...... > $HOME/build.properties contains: > javadoc.offlineurl=${javadoc.offlineurl}:my_other_local_api:second:.... > Only problem: When using this, I get a exception: > java.lang.reflect.InvocationTargetException > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:324) > at com.werken.forehead.Forehead.run(Forehead.java:543) > at com.werken.forehead.Forehead.main(Forehead.java:573) > Caused by: java.lang.StackOverflowError > Could some developer give a comment on this please? -- mailto:[EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]