I fixed that just after the b8 release went out in MAVEN-268. It's caused by conflicting upper and lower case drive letters from cygwin / java.

DVSLPathTool is the one to look at / update.

Alexei Barantsev wrote:

I've observed the following:
Maven-b8 on Windows generates site with right links (./foo) if I use CMD
and with bad links (/foo) if I use cygwin.

> -----Original Message-----
> From: Paulo Silveira [mailto:[EMAIL PROTECTED] > Sent: Friday, March 14, 2003 6:51 AM
> To: 'Turbine Maven Users List'
> Subject: RE: xdoc generating non relative paths? or ignoring base...
> > > I will do it in the weekend
> just to clarify, I am generating maven's OWN site. and it > is generating hrefs linked to /task.html etc... instead of > ./task.html. I did not changed the navigation.xml.
> > by the way, maybe javadoc plugin could be smarter, and do > not generate javadoc everytime. it could generate a > timestamp to see if this one is bigger than the latest > modified source file or sth like that
> > I will post better information in a couple of days
> > ------------------------
> Paulo Silveira
> http://www.paulo.com.br/
> http://www.guj.com.br/
> > > > -----Original Message-----
> > From: Ben Walding [mailto:[EMAIL PROTECTED]
> > Sent: sexta-feira, 14 de março de 2003 00:36
> > To: Turbine Maven Users List
> > Subject: Re: xdoc generating non relative paths? or > ignoring base...
> > > > > > What version of Maven?
> > > > Make sure your navigation links start with / as there is a
> > hole in the > > tests which means that it can get confused if your links > don't start > > with / or one of the other special tags (site or absolute). > > Your link > > should look like <item href="/foo.html" name="Foot"/>. > Maven will > > generate the appropriate link depending on the page you > are viewing.
> > > > > > If you are doing that...
> > > > Then are you using cvs head?
> > > > I recently moved most of the navigation handling into
> > DVSLPathTool and > > added a series of test cases. If you can find out how you > > are getting > > past the test cases that would make life easier for me > > (always a plus!). > > (Add some System.out.printlns to calculateLink on > > src/org/apache/maven/DVSLPathTool.java)
> > > > Cheers,
> > > > Ben
> > > > > > Paulo Silveira wrote:
> > > > >hi all
> > >
> > >I am generating maven site, and all navigation links gets to
> > /foo.html.
> > >1beta8 generated ./foo.html, or am not configuring something?
> > >
> > >------------------------
> > >Paulo Silveira
> > >http://www.paulo.com.br/
> > >http://www.guj.com.br/
> > > > > >
> > > > > >
> > >>-----Original Message-----
> > >>From: Ben Walding [mailto:[EMAIL PROTECTED]
> > >>Sent: quinta-feira, 13 de março de 2003 21:07
> > >>To: Turbine Maven Users List
> > >>Subject: Re: jar manifest extension dependency list
> > >>
> > >>
> > >>I have raised MAVEN-334 to cover these issues.
> > >>
> > >>- see jira.werken.com
> > >>
> > >>Vincenz Braun wrote:
> > >>
> > >> > > >>
> > >>>Hello,
> > >>>
> > >>>i do not know whether this is the right place for this
> > issue, but i
> > >>>do not know the component responsible for creating the
> > manifest files
> > >>>in maven.
> > >>>
> > >>>I really appreciate that maven builds jars with version
> > >>> > > >>>
> > >>information in
> > >> > > >>
> > >>>the manifest. But this is not conforming to the extension
> > versioning
> > >>>specification.
> > >>>
> > >>>1. Why not using the correct attribute name for extensions?
> > >>>
> > >>>Example from the spec:
> > >>>
> > >>>Extension-Name: javax.help
> > >>>Specification-Vendor: Sun Microsystems, Inc
> > >>>Specification-Version: 1.0
> > >>>Implementation-Vendor-Id: com.sun
> > >>>Implementation-Vendor: Sun Microsystems, Inc > > >>>Implementation-Version: 1.0 > > >>>
> > >>>Maven uses the attribute name Name instead of Extension-Name.
> > >>>
> > >>>2. Why not include dependency information?
> > >>>
> > >>>Example from the spec:
> > >>>
> > >>>Extension-List: javahelp java3d
> > >>>javahelp-Extension-Name: javax.help
> > >>>javahelp-Specification-Version: 1.0
> > >>>javahelp-Implementation-Version: 1.0.3 > > >>>javahelp-Implementation-Vendor-Id: com.sun > > >>>javahelp-Implementation-URL:
> > >>>http://java.sun.com/products/stdext/javahelp.jar > > >>>java3d-Extension-Name: javax.3d > > >>>java3d-Specification-Version: 1.0 > > >>>java3d-Implementation-Version: 1.2.1 > > >>>java3d-Implementation-Vendor-Id: com.sun > > >>>java3d-Implementation-URL: > > >>> > > >>>
> > >>http://java.sun.com/products/stdext/java3d.jar
> > >> > > >>
> > >>>3. Why not
> > >>> > > >>>
> > >>include download URL locations?
> > >> > > >>
> > >>>See example above.
> > >>>
> > >>>Can someone tell me the component responsible for creating
> > >>> > > >>>
> > >>the manifest
> > >> > > >>
> > >>>files in maven?
> > >>>
> > >>>Is this a known issue (I did not find it on the user
> > mailing list)?
> > >>>Can this feature be added in future releases?
> > >>>
> > >>>Thanks,
> > >>>Vincenz
> > >>>
> > >>>
> > >>>-----------------------------------------------------------
> > ----------
> > >>>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]
> > >
> > >
> > > > > >
> > > > > > > > > ------------------------------------------------------------
> ---------
> > 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]







--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to