Re: Maven-proxy functional with Maven 2?
Hello Alex, On 12/22/05, Mayorgaadame, Alex <[EMAIL PROTECTED]> wrote: > Hello all and Merry Christmas to everyone, > > Anyone knows what have been the fate of http://maven-proxy.codehaus.org I > hadn't see any changes on it for a long time. I've used it with Maven 1 and > would like to know if it "just work" with Maven 2 or maybe a similar > tool/plug-in/component for Maven 2. I have recently discovered alternative to maven-proxy: https://is-micro.myip.hu/projects/ismicro-commons/proximity/ You can give it a try. regards, Konstantin
Re: Running Tests Once per Build Cycle...
On 7/6/05, Corey Klaasmeyer <[EMAIL PROTECTED]> wrote: > I would like to deploy a jar, a snapshot, and the site. Currently the > tests run for all three targets any given build cycle. Is there any way > to tell Maven 1.0.2 to only run the set of tests once for all three > targets? AFAIK there is no good solution for this problem, but you can try something like this: ${pom.getContext().setVariable('maven.test.skip', true)} > Thanks, > Corey Regards, Konstantin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate schema export
On 03:07 Sat 12 Jun , David Salib wrote: > On Mon, 2004-05-24 at 16:06, Konstantin Shaposhnikov wrote: > > May be this file could be helpful for somebody > > I keep getting a java.lang.NullPointerException but I can't find > anything wrong (and neither has anybody else) with my mapping file. > Could that be the same bug? > > Also a newbie question I think: I put the plugin.jelly in > ~/.maven/plugins/maven-hibernate-plugin-1.2.1/plugin.jelly but when I > run: maven hibernate:export-schema2 it returns: > hibernate:export-schema2 no such goal in this project. > What's wrong? delete all *.cache files from ~/.maven/plugins/ and start maven again > > -- > David Salib <[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: Hibernate schema export
May be this file could be helpful for somebody > Exporting Hibernate Schema file Exporting Hibernate Schema file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hibernate schema export
On 00:59 Sun 23 May , Nadeem Bitar wrote: > The following bug http://jira.codehaus.org/browse/MPHIBERNATE-3 is > closed but I am still having the same problem. I built the > maven-hibernate-plugin from cvs but I am still getting > > net.sf.hibernate.MappingException: persistent class [classname] not > found. Recently I have the same problem. It seems that it is classloader problem. I fix it in the following way: maven-hibernate-plugin call hibernate SchemaExportTask using jelly taglibrary, but this is not necessary, so I change plugin to call this ant task directly. Currently I am not in office, but tomorrow I can send modified plugin.jelly to mailing list. Also may be it will be useful to submit patch to jira. Best regards, Konstantin > > Am i missing something? > > > > - > 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: RC2 Site generation failed
I have the same problem. It appears only on my linux box and related to the linkcheck plugin, because when I turn it off everything is all right. May be this can help. Best regards, Konstantin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: subversion version (was: subversion connection string?)
On 15:01 Tue 30 Dec , __matthewHawthorne wrote: > OK, so I added: > maven.changelog.factory=org.apache.maven.svnlib.SvnChangeLogFactory > > to my project.properties and the plugin gets farther than before. > However, now I am not getting results: > > SCM Command Line[0]: svn > SCM Command Line[1]: log > SCM Command Line[2]: -v > SCM Command Line[3]: -D 2003-12-31:2003-11-30 > svn: invalid option character: D > Type 'svn help' for usage. > ChangeLog found: 0 entries It seems that version from CVS gets even more farther, but still not working. It use right command line arguments but parse output of the svn incorrectly, because format of this output changed from 0.28 version. > > The plugin seems to use the wrong command line string. What version of > subversion is the plugin using? I'm running subversion-0.32.1-7505. > > Also, doesn't it seem redundant to not only specify the scm type in the > connection string (scm:subversion, scm:cvs) but also in the > maven.changelog.factory property? Couldn't the type be detected > dynamically by parsing the string and the proper factory used accordingly? > > > __matthewHawthorne wrote: > >Does anyone have an example of a repository connection string using > >subversion? > > > >I'm using something like: > >scm:subversion:https://some.address.mil/project/trunk > > > >And get the following error from the changelog plugin: > >java.lang.IllegalArgumentException: repository connection string > >contains less than six tokens > > > >Thanks! > > > > > > - > 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: subversion connection string?
On 14:26 Tue 30 Dec , __matthewHawthorne wrote: > Does anyone have an example of a repository connection string using > subversion? > > I'm using something like: > scm:subversion:https://some.address.mil/project/trunk Try something like scm:svn:http:[EMAIL PROTECTED]:/svn/repos:project/trunk > > And get the following error from the changelog plugin: > java.lang.IllegalArgumentException: repository connection string > contains less than six tokens > > Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extending A Project Variables
Alain Javier Guarnieri del Gesu wrote: > [skip] > That's the direction I've taken. I suppose too, that this will be much easier when project properties are inheritied. Something to provide a common set of user defined variables. You can use variables defined in project.properties in your project descriptor. Now properties from project.properties file don't inherited from the base project to subprojects. But I saw message in mailing list that this feature will be implemented in future versions of maven (may be next release). I think that this is what you want. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extending A Project Variables
Alain Javier Guarnieri del Gesu wrote: * Konstantin Shaposhnikov <[EMAIL PROTECTED]> [2003-11-02 17:33]: On 20:05 Sat 01 Nov , Alain Javier Guarnieri del Gesu wrote: Is it possible to define a property in an extended project using the same value in the master project? /www/ajgdg.com/codearea master.xml ${pom.siteDirectory}/project1 It seems that my subproject values are all just a string prepended to a common prefix. How have other folks handled this? This technique works fine for my projects. I'm running out of memory when I do this. Is it possible to set arbitrary variables in a pom? Could I have a pom.siteBaseDirectory variable? (Runs off to check.) Nope. Oh, I was not very carefull while reading your answer. In my case situation slightly different, but I think you can handle similar properties in subprojects like me: In master: /www/ajgdg.com/codearea/${pom.artifactId} In extension: project1 So sitedirectory for extension would be "/www/ajgdg.com/codearea/project1" - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Extending A Project Variables
This technique works fine for my projects. On 20:05 Sat 01 Nov , Alain Javier Guarnieri del Gesu wrote: > Is it possible to define a property in an extended project using the > same value in the master project? > > > > /www/ajgdg.com/codearea > > > > > master.xml > ${pom.siteDirectory}/project1 > > > It seems that my subproject values are all just a string prepended > to a common prefix. How have other folks handled this? > > -- > Alain Javier Guarnieri del Gesu - [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: how do I jar without testing...
Try maven -Dmaven.test.skip=true jar:jar Kelly Sonderegger wrote: Sorry to bother the list with this but I can't seen to find a way to shut off unit testing so I can just jar up a file. I commented out the unitTest directives and it still executed the unit test. thanks, Kelly Sonderegger - 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: Maven Hibernate Plugin issues with offline web site.
Right doctype for Hibernate 2.0 mappings is http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd";> Notice "2.0" in url. Then hibernate resolve this entity to dtd file in hibernate.jar. It seems there is a bug in maven hibernate plugin. regards, Konstantin Ben Walding wrote: Rather than pointing to a local dtd, whatever is using the .hbm.xml files should have a custom entity resolver to resolve the "-//Hibernate/Hibernate Mapping DTD//EN" to a local DTD. Not sure which thing is using the .hbm.xml files though. I sit behind a rather restrictive firewall and I've never had issues with the dtd validation causing problems. I presumed hibernate came packaged with the right one + custom entity resolver. Leo Yamamoto wrote: While using the Hibernate plugin with Maven, I came across an issue regarding the schema file generation. The .hbm.xml files are generated with the doctype: "http://hibernate.sourceforge.net/hibernate-mapping.dtd";> ... which is normally okay, but this morning, hibernate.sourceforge.net was down for me. Since I could not get that DTD, my build could not continue (connection timed out). It wasn't easy trying to diagnose the error, either. I did not try running the build in "offline" mode. It would be nice if the generated files could either point to a local DTD or have the option of not inserting a DTD. Also, there are some cosmetic problems: The JAR distributed with Maven is named maven-hibernate-plugin-1.0-SNAPHOT instead of SNAPSHOT. I'm not sure if that is a problem, but it doesn't seem to be. The only goal (http://maven.apache.org/reference/plugins/hibernate/goals.html) listed for the plugin is "hibernate:schma-export" which is misspelled. The opening page's description reads: "This plugin provides easy intergration with Hiberante 2.x for your project." - 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]