RE: About Javadoc links
Fixed in CVS now. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Martin Skopp <[EMAIL PROTECTED]> wrote on 22/08/2003 06:33:23 PM: > On Tue, 2003-08-19 at 09:23, Martin Skopp wrote: > > On Thu, 2003-08-14 at 12:06, Simon Matic Langford wrote: > > > we'd actually like to do the offline links even when online, as javadoc > > > can't go > > > through a proxy. > > > > I have raised JIRA Issue MAVEN-694 > > http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-694 > > Not fixed in CVS (yet) because my first patch was not sufficient. > But I hope dion applies my second patch as fast as the first... > > For those interested and willing to test: I attached a zip file and > instructions how to "upgrade" javadoc-plugin to the JIRA issue. > > dion: the issue still has closed status because I have no rights to open > it again... > > cu, > -- > Martin Skopp > Riege Software International GmbH > Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com > > This email is intended to be viewed with a nonproportional font. > Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 > Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
RE: About Javadoc links
On Tue, 2003-08-19 at 09:23, Martin Skopp wrote: > On Thu, 2003-08-14 at 12:06, Simon Matic Langford wrote: > > we'd actually like to do the offline links even when online, as javadoc > > can't go > > through a proxy. > > I have raised JIRA Issue MAVEN-694 > http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-694 Not fixed in CVS (yet) because my first patch was not sufficient. But I hope dion applies my second patch as fast as the first... For those interested and willing to test: I attached a zip file and instructions how to "upgrade" javadoc-plugin to the JIRA issue. dion: the issue still has closed status because I have no rights to open it again... cu, -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Javadoc links
Paul, Simon and dIon, On Thu, 2003-08-14 at 12:06, Simon Matic Langford wrote: > we'd actually like to do the offline links even when online, as javadoc > can't go > through a proxy. I have raised JIRA Issue MAVEN-694 Please check and/or comment on http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-694 I would appreciate also if you vote for the issue - the more votes the higher the chance that it gets programmed soon... Cheers, -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
Hi Jeff, On Thu, 2003-08-14 at 21:03, Jefferson K. French wrote: > Assuming my guess is correct, I guess that depends on whether or not > self-referencing properties are supported in Maven. Are they supported > in Ant? I've never tried. Don't know whether it works in Ant or not. But have created issue MAVEN-693 in JIRA to get support for self-referencing properties in maven http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-693 Please vote for it. -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Javadoc links
Raise it as a bug in jira, add a patch, hassle a committer :-) -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Simon Matic Langford" <[EMAIL PROTECTED]> wrote on 14/08/2003 08:06:04 PM: > we'd actually like to do the offline links even when online, as javadoc > can't go > through a proxy. > > The information contained in this e-mail is intended only for the person > or > entity to which it is addressed and may contain confidential and/or > privileged material. If You are not the intended recipient of this > e-mail, > the use of this information or any disclosure, copying or distribution > is > Prohibited and may be unlawful. If you received this in error, please > contact the sender and delete the material from any computer. The views > expressed in this e-mail may not necessarily be the views of The PCMS > Group > plc and should not be taken as authority to carry out any instruction > contained. > > > > -Original Message- > > From: Paul Libbrecht [mailto:[EMAIL PROTECTED] > > Sent: 14 August 2003 10:27 > > To: Maven Users List > > Subject: Re: About Javadoc links > > > > > > But having >one< property is a problem: it's not extensible, or do I > > mistake? > > > > Paul > > > > On Jeudi, août 14, 2003, at 11:17 Europe/Paris, Martin Skopp wrote: > > > There's already this "maven.javadoc.links" property where > > you specify > > > the link-ONLINE urls, packages seperated by comma. > > > > > > Sad thing is that the javadoc plugins ignores the link-ONLINE > > > completely > > > when in offline mode: > > > > > > --- SNIP --- > > > > > > > > > > > > > > > --- SNIP --- > > > > > > IMHO a property "maven.javadoc.offlineLinks" could be > > helpful. And the > > > javadoc plugin needs to respect it... > > > > > > Offline javadoc links could be VERY helpful, e.g. when you > > travel with > > > your laptop and you like to read the API doc... > > > > > > cu > > > -- > > > Martin Skopp > > > Riege Software International GmbH > > > Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com > > > > > > This email is intended to be viewed with a nonproportional font. > > > Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 > > > Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
Re: About Javadoc links
Martin Skopp wrote:
On Thu, 2003-08-14 at 15:20, Paul Libbrecht wrote:
Martin Skopp wrote:
On Thu, 2003-08-14 at 11:26, Paul Libbrecht wrote:
But having >one< property is a problem: it's not extensible, or do I
mistake?
extensible in which direction? Sorry, I still didn't got the point of
it
Well, at least in the sense a user's build.xml could overwrite or add to it.
I think it can only add to it if ${xx} works...
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!).
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
On Thu, 2003-08-14 at 15:20, Paul Libbrecht wrote:
> Martin Skopp wrote:
> > On Thu, 2003-08-14 at 11:26, Paul Libbrecht wrote:
> >
> >>But having >one< property is a problem: it's not extensible, or do I
> >>mistake?
> >
> > extensible in which direction? Sorry, I still didn't got the point of
> > it
> Well, at least in the sense a user's build.xml could overwrite or add to it.
> I think it can only add to it if ${xx} works...
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...
cu
--
Martin Skopp
Riege Software International GmbH
Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com
This email is intended to be viewed with a nonproportional font.
Public Key on http://www.keyserver.net, Key-ID: 3D4027B5
Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
About Javadoc links
Hi List, I think there has been an amount of discussions on how to enrich dependency elements to get javadoc links which I think is pretty important... I realized however that it would be good if a user could override such a link-offline/link-online for each packages. The reason is that a local javadoc is quite often available and it makes lots of sense for a javadoc to actually get linked to other local javadocs. Could there be properties such as: maven.javadoc-plugin.links..url = maven.javadoc-plugin.links..offlineUrl = This way, people only interested into building their snapshot of a javadoc of a local project could do so in user-level properties... Does it make sense ? I thought this was already bug-reported but I did not find it... Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
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.
H, 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?
--
Martin Skopp
Riege Software International GmbH
Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com
This email is intended to be viewed with a nonproportional font.
Public Key on http://www.keyserver.net, Key-ID: 3D4027B5
Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Javadoc links
are we talking about creating links to javadocs in a different location
if
running offline?
or are we talking about creating links to online javadocs using a local
package-list file, as is necessary when sitting behind an authenticating
proxy?
or both?
The information contained in this e-mail is intended only for the person
or
entity to which it is addressed and may contain confidential and/or
privileged material. If You are not the intended recipient of this
e-mail,
the use of this information or any disclosure, copying or distribution
is
Prohibited and may be unlawful. If you received this in error, please
contact the sender and delete the material from any computer. The views
expressed in this e-mail may not necessarily be the views of The PCMS
Group
plc and should not be taken as authority to carry out any instruction
contained.
> -Original Message-
> From: Jefferson K. French [mailto:[EMAIL PROTECTED]
> Sent: 14 August 2003 15:58
> To: Maven Users List
> Subject: Re: About Javadoc links
>
>
> 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.
> > H, what about the following:
>
> > project.properties contains:
> > javadoc.offlineurl=..
>
> > $HOME/build.properties contains:
> >
> javadoc.offlineurl=${javadoc.offlineurl}:my_other_local_api:se
> cond:
>
>
> > 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(NativeMethodAccess
> orImpl.java:39)
> > at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMeth
> odAccessorImpl.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]
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Javadoc links
we'd actually like to do the offline links even when online, as javadoc can't go through a proxy. The information contained in this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If You are not the intended recipient of this e-mail, the use of this information or any disclosure, copying or distribution is Prohibited and may be unlawful. If you received this in error, please contact the sender and delete the material from any computer. The views expressed in this e-mail may not necessarily be the views of The PCMS Group plc and should not be taken as authority to carry out any instruction contained. > -Original Message- > From: Paul Libbrecht [mailto:[EMAIL PROTECTED] > Sent: 14 August 2003 10:27 > To: Maven Users List > Subject: Re: About Javadoc links > > > But having >one< property is a problem: it's not extensible, or do I > mistake? > > Paul > > On Jeudi, août 14, 2003, at 11:17 Europe/Paris, Martin Skopp wrote: > > There's already this "maven.javadoc.links" property where > you specify > > the link-ONLINE urls, packages seperated by comma. > > > > Sad thing is that the javadoc plugins ignores the link-ONLINE > > completely > > when in offline mode: > > > > --- SNIP --- > > > > > > > > > > --- SNIP --- > > > > IMHO a property "maven.javadoc.offlineLinks" could be > helpful. And the > > javadoc plugin needs to respect it... > > > > Offline javadoc links could be VERY helpful, e.g. when you > travel with > > your laptop and you like to read the API doc... > > > > cu > > -- > > Martin Skopp > > Riege Software International GmbH > > Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com > > > > This email is intended to be viewed with a nonproportional font. > > Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 > > Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 > > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
But having >one< property is a problem: it's not extensible, or do I mistake? Paul On Jeudi, août 14, 2003, at 11:17 Europe/Paris, Martin Skopp wrote: There's already this "maven.javadoc.links" property where you specify the link-ONLINE urls, packages seperated by comma. Sad thing is that the javadoc plugins ignores the link-ONLINE completely when in offline mode: --- SNIP --- --- SNIP --- IMHO a property "maven.javadoc.offlineLinks" could be helpful. And the javadoc plugin needs to respect it... Offline javadoc links could be VERY helpful, e.g. when you travel with your laptop and you like to read the API doc... cu -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
On Thu, 2003-08-14 at 16:57, Jefferson K. French wrote: > I'm not one of the deveopers, but it looks like an infinite loop > trying to resolve the self-referential javadoc.offlineurl property. That was also my first thought. looks like a bug, right? Hmmm, maybe I have to create a JIRA issue cu -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
Assuming my guess is correct, I guess that depends on whether or not self-referencing properties are supported in Maven. Are they supported in Ant? I've never tried. On 14 Aug 2003, at 17:43:20 [GMT +0200] Martin Skopp wrote: > On Thu, 2003-08-14 at 16:57, Jefferson K. French wrote: >> I'm not one of the deveopers, but it looks like an infinite loop >> trying to resolve the self-referential javadoc.offlineurl property. > That was also my first thought. looks like a bug, right? > Hmmm, maybe I have to create a JIRA issue > cu -- mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
Simon Matic Langford wrote: are we talking about creating links to javadocs in a different location if running offline? or are we talking about creating links to online javadocs using a local package-list file, as is necessary when sitting behind an authenticating proxy? or both? I think both. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
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.
> H, 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]
Re: About Javadoc links
Hi Paul, On Wed, 2003-08-13 at 11:31, Paul Libbrecht wrote: > I realized however that it would be good if a user could override such a > link-offline/link-online for each packages. The reason is that a local > javadoc is quite often available and it makes lots of sense for a > javadoc to actually get linked to other local javadocs. > > Could there be properties such as: > > maven.javadoc-plugin.links..url = > maven.javadoc-plugin.links..offlineUrl = +1 (Yes, I need the feature as well and like to help) I just don't understand why "for each package"? There's already this "maven.javadoc.links" property where you specify the link-ONLINE urls, packages seperated by comma. Sad thing is that the javadoc plugins ignores the link-ONLINE completely when in offline mode: --- SNIP --- --- SNIP --- IMHO a property "maven.javadoc.offlineLinks" could be helpful. And the javadoc plugin needs to respect it... Offline javadoc links could be VERY helpful, e.g. when you travel with your laptop and you like to read the API doc... cu -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
Martin Skopp wrote:
On Thu, 2003-08-14 at 11:26, Paul Libbrecht wrote:
But having >one< property is a problem: it's not extensible, or do I
mistake?
extensible in which direction? Sorry, I still didn't got the point of
it
Well, at least in the sense a user's build.xml could overwrite or add to it.
I think it can only add to it if ${xx} works...
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Javadoc links
On Thu, 2003-08-14 at 11:26, Paul Libbrecht wrote: > But having >one< property is a problem: it's not extensible, or do I > mistake? extensible in which direction? Sorry, I still didn't got the point of it -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Javadoc links
On Thu, 2003-08-14 at 12:06, Simon Matic Langford wrote: > we'd actually like to do the offline links even when online, as javadoc > can't go > through a proxy. Good idea, that would make one additional property javadoc.mode.online=false... -- Martin Skopp Riege Software International GmbH Support: mailto:[EMAIL PROTECTED], Information: http://www.riege.com This email is intended to be viewed with a nonproportional font. Public Key on http://www.keyserver.net, Key-ID: 3D4027B5 Fingerprint: 1970 C78D 9A1D 99FA 5CE4 5C0D 29E6 6A95 3D40 27B5 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
