you can put a list of remote repositories in the project.properties. then every developer doesn't need to specify this. in my project.properties I always set it to include maven-plugins.sf.net and ibiblio since my project depends on plugins/jars from both of these places.
-----Original Message----- From: Poppe, Troy [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 10:23 AM To: 'Maven Users List'; 'Pascal Thivent' Subject: RE: XDoclet in Maven What's the point of a global repository of plugins and libraries if every project has their own repository? So now, I, as a developer/project maintainer, have to make sure that all my developers have the right list of repositories in their properties files so they can update their plugins. The value of Maven as a tool to simplify things is decreased by imposing this type of activity on the user. (Besides, good luck finding the documentation that tells a new user where to get the xdoclet plugin!) T -----Original Message----- From: Pascal Thivent [mailto:[EMAIL PROTECTED] Sent: Thursday, November 18, 2004 10:54 AM To: Maven Users List Subject: Re: XDoclet in Maven Jose, as you can see at http://xdoclet.sourceforge.net/repository/xdoclet/plugins/, the plugin is still not available in xdoclet repository. I guess Eric still has some write access problems. So you can't use for now the plugin:download goal (see a previous mail for the exact command). Anyway, installing the plugin is a manual intervention. Regarding the needed dependencies, you'll need to add only dependencies that you would like to use and that are not referenced in the plugin's project.xml. Regards, On Thu, 18 Nov 2004 15:37:32 +0100, Jose Gonzalez Gomez <[EMAIL PROTECTED]> wrote: > > Pascal, > > I (and all the team) would like, if possible, to install the > plugin (and the dependencies needed) from the web with minimal > intervention. If this is not possible, we will download and install > manually the plugin and the dependencies. I just wanted to know if > there is any progress on this, as it seemed Eric was going to upload > the plugin in a short period of time, or this wasn't going to happen, > in order to go the manual way. > > Thanks, best regards > Jose > > > > Pascal Thivent wrote: > > >Hi, > > > >the maven xdoclet plugin is available in xdoclet distribution. > > > >See > >http://sourceforge.net/project/showfiles.php?group_id=31602&package_i > >d=23635&release_id=277003 > > > >On Thu, 18 Nov 2004 13:51:22 +0100, Jose Gonzalez Gomez > ><[EMAIL PROTECTED]> wrote: > > > > > >> Eric, > >> > >> Any news regarding this? I have taken a look at the web, but I > >>still cannot find the 1.2.2 version of the plugin. > >> > >> Best regards > >> Jose > >> > >> > >> > >>Eric Pugh wrote: > >> > >> > >> > >>>I am in the process of updating the XDoclet repository at > >>>http://xdoclet.sf.net/repository. I have everything bug the newest > >>>plugin uploaded, I ran into an issue with permissions on the > >>>filesystem that is stopping me. Hopefully everything will be > >>>online in the next day or so. > >>> > >>>Eric > >>> > >>> > >>> > >>> > >>> > >>>>-----Original Message----- > >>>>From: Janos Mucsi [mailto:[EMAIL PROTECTED] > >>>>Sent: Monday, November 15, 2004 11:01 PM > >>>>To: Maven Users List; Pascal Thivent > >>>>Subject: XDoclet in Maven > >>>> > >>>> > >>>>Pascal > >>>> > >>>>I set my dependencies exactly like you said. It solved the class > >>>>not found problem. So now if I do > >>>> > >>>><preGoal name="java:compile"> > >>>> <echo>Generates EJB classes and descriptor files</echo> > >>>> <attainGoal name="xdoclet:ejbdoclet"/> > >>>> </preGoal> > >>>> > >>>>I get: > >>>> > >>>> [echo] Generates EJB classes and descriptor files > >>>>Tag library requested that is not present: 'maven' in > >>>>plugin: 'maven-xdoclet-plu > >>>>gin-1.2.1' > >>>>xdoclet:ejbdoclet: > >>>> > >>>>However, if I define a taskdef like you said: > >>>> > >>>><ant:taskdef name="ejbdoclet" > >>>> > >>>>classname="xdoclet.modules.ejb.EjbDocletTask" > >>>> classpathref="maven.dependency.classpath"/> > >>>> > >>>> <ejbdoclet destdir="${maven.build.src}" > >>>> ejbspec="2.0" > >>>> force="false"> > >>>> > >>>> <fileset dir="${maven.build.src}"> > >>>> <include name="**/*Bean.java" /> > >>>> </fileset> > >>>> > >>>> <utilobject kind="logical" > >>>>cacheHomes="true"/> > >>>> > >>>> <remoteinterface/> > >>>> <homeinterface/> > >>>> <localinterface/> > >>>> <localhomeinterface/> > >>>> > >>>> <deploymentdescriptor > >>>> destdir="${ejb.descriptor.dir}"/> > >>>> > >>>> <jboss version="3.0" > >>>> xmlencoding="UTF-8" > >>>> typemapping="Hypersonic SQL" > >>>> datasource="java:/DefaultDS" > >>>> destdir="${ejb.descriptor.dir}"/> > >>>> > >>>> </ejbdoclet> > >>>> > >>>> > >>>>I see no errors, however XDoclet does absolutely > >>>>nothing. The resulting jar only contains my marked up class and > >>>>the manifest. No ejb.xml. Can you please send me a sample > >>>>EJB-marked up class. Is there something wrong with my source > >>>>directory? I only have src > >>>> + ejb > >>>> + META-INF > >>>> + MANIFEST.MF > >>>> + java > >>>> *Bean.java > >>>> > >>>> > >>>>Is there something wrong with my directory structure > >>>>and the files in it? Why are the two ways behave differently? > >>>>Thanks. > >>>> > >>>>Janos > >>>> > >>>> > >>>> > >>>> > >>>>__________________________________ > >>>>Do you Yahoo!? > >>>>The all-new My Yahoo! - Get yours free! http://my.yahoo.com > >>>> > >>>> > >>>> > >>>>------------------------------------------------------------------ > >>>>--- > >>>>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] > > -- Pascal --------------------------------------------------------------------- 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]
smime.p7s
Description: S/MIME cryptographic signature