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]
