Re: A Maven archetype that helps packaging Solr as a standalone application embedded in Apache Tomcat
Le 27 janv. 2011 à 12:42, Simone Tripodi a écrit : > thanks a lot for your feedbacks, much more than appreciated! :) One more anomaly I find: the license is in the output of the pom.xml. I think this should not be the case. *my* license should be there, not the license of the archetype. Or? paul - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: A Maven archetype that helps packaging Solr as a standalone application embedded in Apache Tomcat
Le 27 janv. 2011 à 12:42, Simone Tripodi a écrit : > thanks a lot for your feedbacks, much more than appreciated! :) Good time sync. I need it right now. > * Yes it also packs a Solr webepp, it is needed to embed it in > Tomcat. Do you think it could be a useful feature having also webapp > .war as output? if it helps, I'm open to add it as well. I feel so. Or at least say that it's a side production even if it's not an individual goal. > * src/main/webapp and src/main/resources are ignored because I didn't > use the war plugin, everything is configured in the assembly > descriptor ATM. As a workaround, you can add resources on src/solr/* > subdirectory and it will be included in the webapp; But only in WEB-INF/classes... that doesn't seem right to be served as a static resource (I'm looking at css or js files). > when the war plugin will be plugged (previous comment), that issue should be > solved. Any time estimate? > Can you tell me a little more about the velocity contrib, please? I added the dependency. I copied in src/main/solr/commons the velocity config files. I note that I had to deactivate the query-elevation which seems to expect a solr-home. > In the multicore, I'd like the solr.xml will be generated during the > build-time analyzing the dependencies but I didn't figure out how to > do it. Many thanks in advance! I should also say. At first I tried the multicore one and it failed on me... not too sure why but it did not have sufficient output. paul - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to handle jar dependencies to jars with licensing issues ?
Or create a new repository for your company and set maven.repo.remote to contain your repository after ibiblio (or before ?). Paul Jörg Schaible wrote: what is the standard way to handle dependencies to jars that are no longer available at ibiblio due to licensing issues? I have currently an out-dated example referencing xmprpc-1.0 and saaj-1.1 that seem to be available once in the repository. Additionally if you would like to depend on libraries from the new J2EE 1.4 - would you just add them to your classpath or let Maven handle them using dependencies? I googled and searched the archives, but I did not come up with anything usefull. Any hints welcome ... Regards, Jörg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven:site and Forrest (was Re: [VOTE] The Maven Logo)
Jason van Zyl wrote: Are you actually confirming you believe it's an overkill even ofr jakarta commons ? Absolutely it's overkill. Additionally if I ever made a live site tool for Maven I would personally never use anything Cocoon-based. That's my preference and as such carries some weight around here. I fear I'm sharing your view but this view on my side has always been made as an ignorant... i.e. Cocoon has always seemed to be too big for our needs, and little talks I had seemed to make it too hard to work with. It would be nice if persons that both know jelly, xdoc, and maven, as well as Cocoon do comment on a comparison... Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] The Maven Logo
Vincent Massol wrote: In any case, Maven has an open architecture and Forrest has a Maven plugin. That's cool. Users can choose to use whichever they prefer. Mmmh, is that not a Forrest plugin for maven ? http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=105438035409490&w=2 I am a bit unclear on it all. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] The Maven Logo
Jason van Zyl wrote: On Sun, 2003-11-30 at 11:20, Adam R. B. Jack wrote: What am I missing? This is sounding like Forrest. Why duplicate, why not collaborate? Forrest is massive overkill for most sites, additionally it barely worked when we started Maven and as far as I know is still rather unwieldly in terms of size and ease of use. I don't think anyone will ever convince me that Forrest is a better solution than simple Jelly+CSS. Jason, Are you actually confirming you believe it's an overkill even ofr jakarta commons ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] The Maven Logo
Alain Javier Guarnieri del Gesu wrote: degenerates quickly into the sort of rambings I dispise. So, is there really someone out here that sort of thinks in terms of the product instead of thinking in this general undebatable effect of a logo... To me, we need to document sufficiently the property to set to choose the logo and offer several alternatives out of the box. This should stand visible in the user-guide. It maybe is but the little I was bothered by this flag did not make me find the appropriate content. An alternative would be to actually consider a complete notion of skin. And this is probably going to happen very soon I think... xdoc implementors, hasn't it already been thought about ? With the cool download mechanism of maven, it really looks to be something we could easily do. Anyways... being able to refer to the appropriate place in the manual is probably the only answer that should have been made to the complaint. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] The Maven Logo
On Mercredi, nove 26, 2003, at 10:25 Europe/Paris, Norbert Pabiś wrote: Jim Crossley wrote: A runoff between the top 2 vote getters listed at http://projects.walding.com/powered/ propaganda or feather? +1 propaganda +1 feather. (I would have loved the "brewed") - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unit tests run twice ?
Eric Berenguier wrote: Sri Sankaran wrote: Have you tried Still doesn't work. I don't think scope="parent" is even needed there... (if I don't mistake there's even no parent scope) Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Unit tests run twice ?
I think the solution is to use lazyAttainGoal instead of attainGoal... but I never got it to work and I don't know wether an RC2 will repair this. Then plugin-writers will be able to make use of it instead of making use of attainGoal or of prereqs (which is equivalent if I don't mistake). paul On Mardi, nove 25, 2003, at 15:04 Europe/Paris, Eric Berenguier wrote: Hi, I'd like to write a single goal that install jar to repository and produce the maven site: So i wrote something like this : It works but both jar:install and site:generate call the test:test goal, so i have my unit tests run twice. It's a real problem when unit tests take a long time to run. Am i missing something ? Eric Berenguier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there any thought of an alternative to jelly?
Is there any good reason you can't use the BeanShell of BSF taglibs of Jelly ?? They are there and I know at least that the BeanShell one is working. Is it maybe yet another difficulty of actually encoding the dependencies ? It really looks so... Jelly is basically suffering of not taking completely in charge its cleanly separated sub-projects-structure. Maybe someone should post an example of such within the maven wiki... Using special tags like BSF or BeanShell is actually the way Ant is scripted... Paul On Mardi, nove 25, 2003, at 01:17 Europe/Paris, Brett Porter wrote: In the future maven plugins will be able to be written in other scripting languages than Jelly, but it's a way off. It is planned though. At the moment, probably the best thing to do if you need additional power is write a java bean to handle the plugin code and use Jelly's define tag to access it. There are several examples in the maven-plugins. Cheers, Brett -Original Message- From: Aaron Anodide [mailto:[EMAIL PROTECTED] Sent: Tuesday, 25 November 2003 11:15 AM To: [EMAIL PROTECTED] Subject: Is there any thought of an alternative to jelly? For instance XSL allows JavaScript processing. I think this would make writing Maven plugins alot easier. Jelly works, but it's awkward imho. Aaron - 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: Umlaut in project site
Do report ! What did you experience with UTF-8... I think there's no test-case on the topic and I think it's kind of a shame to have this kind of imperfection when one, finally, decides on using a file-format where encoding can be always guaranteed... XML... Paul On Lundi, nove 24, 2003, at 11:19 Europe/Paris, <[EMAIL PROTECTED]> wrote: Thank you, setting the encoding to iso-8859-1 works fine. Even though it's kinda funny that the utf-8 doesn't. Cheers, simon -Original Message- From: Paul Libbrecht [mailto:[EMAIL PROTECTED] Sent: Montag, 24. November 2003 10:50 To: Maven Users List Subject: Re: Umlaut in project site Simon, Be it XML (as opposed to some form of HTML), these entites don't exist. But you you're free to define it. Try getting one of the parts of the XHTML DTD. However, it maybe simpler for you to have something more readable and switch to an encoding aware policy: - choose your encoding (for just German and English, iso-8859-1 should do, I would recomment UTF-8): you will need your editors to edit these! - set this as input and output encoding in the maven properties - set this in the header of each XML-files Do note that I had troubles with preciesly umlaute somewhere down the jar road. But I may have omitted something in there. If maven was perfect, settting the properties would actually be useless... but we shall have to wait a bit for perfection. Paul On Lundi, nove 24, 2003, at 10:35 Europe/Paris, <[EMAIL PROTECTED]> wrote: How do use umlaut characters in the site xml documentation? The ususal ä sequence does not work... - 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: Umlaut in project site
Simon, Be it XML (as opposed to some form of HTML), these entites don't exist. But you you're free to define it. Try getting one of the parts of the XHTML DTD. However, it maybe simpler for you to have something more readable and switch to an encoding aware policy: - choose your encoding (for just German and English, iso-8859-1 should do, I would recomment UTF-8): you will need your editors to edit these! - set this as input and output encoding in the maven properties - set this in the header of each XML-files Do note that I had troubles with preciesly umlaute somewhere down the jar road. But I may have omitted something in there. If maven was perfect, settting the properties would actually be useless... but we shall have to wait a bit for perfection. Paul On Lundi, nove 24, 2003, at 10:35 Europe/Paris, <[EMAIL PROTECTED]> wrote: How do use umlaut characters in the site xml documentation? The ususal ä sequence does not work... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Variable substitution in xdocs
Are you really meaning it's being run through velocity ?? So if understand well, these encoding variables are just >>needed<< all the times!! Why not treat XML as XML ? Hence use the encoding header decently. This is just a shame! (or I'm mistaking) This could be a reason I had so many atrocities about encodings in my organization for example... The funky thing is that such all xdoc and navigation.xml get processed through jelly anyways later (hence as XML), does it mean there's some velocity before ? I don't understand this. Paul On Jeudi, nove 20, 2003, at 03:39 Europe/Paris, O'Fallon, Paul (MAN-Corporate) wrote: My experience has been that navigation.xml is run through velocity in a multiproject build (actually in the multiproject plugin), but not when simply running "maven site". It would be great to have navigation.xml run through velocity in both cases (for consistency's sake -- I pulled my hair out wondering why one navigation.xml was evaluating velocity tags and another one wasn't... :-) - Paul -Original Message- From: Jeffrey Bonevich [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 7:13 PM To: Maven Users List Subject: Variable substitution in xdocs I want to refer to pom specific values in my navigation.xml file (i.e. current version, etc.). Can I do variable substitution in xdoc plugin? Since it is velocity based I assume so, but I can find no documentation that tells me what variables I can refer to. ${pom} and ${reactorProject} do not seem to be among them. I have seen one example that used a velocity forEach loop and refers to the variable $reactorProjects. This was in the context of a multi-project; involved setting an attribute on maven:reactor (postprocessing=true). I suspect maybe I can break in here with maven.xml and add my own variables to reference in my xdocs, but thought I would ask before rolling my own. What ever anyone can feed me, I will be happy to compile and put on the wiki. jeff - 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: external entity problem
You might be hitting the same problem as I had: the InputSource is not appropriately set with the setSystemId hence the parser expects that the file being parsed is in the local directory or that it is an absolute URL... Also try with file://../suites maybe but I don't think it should be the case. Paul On Mercredi, nove 19, 2003, at 15:15 Europe/Paris, Dahlen Jr, Shawn M wrote: Hello - I'm having an issue with an external entity declared in one of my maven projects. The external entity is relative to the current project, yet it seems that the URI is expanded and it believes my drive letter is a host that cannot be found. Below is the reference: ]> Is there an issue with the xml parser? What is the best solution to overcome this probem? I noticed that an individual posted a message about this issue but he received no replies, and I can't find any additional info. Any help would be appreciated. Below is the error when I run maven: java.net.UnknownHostException: i at java.net.InetAddress.getAllByName0(InetAddress.java:566) at java.net.InetAddress.getAllByName0(InetAddress.java:535) at java.net.InetAddress.getByName(InetAddress.java:444) at java.net.Socket.(Socket.java:95) at sun.net.NetworkClient.doConnect(NetworkClient.java:45) at sun.net.NetworkClient.openServer(NetworkClient.java:33) at sun.net.ftp.FtpClient.openServer(FtpClient.java:262) at sun.net.ftp.FtpClient.(FtpClient.java:376) at sun.net.www.protocol.ftp.FtpURLConnection.connect(FtpURLConnection.ja va:72) at sun.net.www.protocol.ftp.FtpURLConnection.getInputStream(FtpURLConnec tion.java:91) at java.net.URL.openStream(URL.java:793) at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source) at org.apache.xerces.impl.XMLEntityManager.startEntity(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEntityRefer ence(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContent Dispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Un known Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1527) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:199) at org.apache.maven.MavenUtils.getProject(MavenUtils.java:160) at org.apache.maven.MavenSession.initializeRootProject(MavenSession.java :324) at org.apache.maven.MavenSession.initialize(MavenSession.java:234) at org.apache.maven.cli.App.doMain(App.java:514) at org.apache.maven.cli.App.main(App.java:1088) at java.lang.reflect.Method.invoke(Native Method) at com.werken.forehead.Forehead.run(Forehead.java:543) at com.werken.forehead.Forehead.main(Forehead.java:573) Thanks, Shawn Dahlen - 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: Using local repository
On Mercredi, nove 19, 2003, at 09:36 Europe/Paris, <[EMAIL PROTECTED]> wrote: Et all, I would like to use a non http (filesystem on winnt share) local repository. E.g. in project.properties: maven.repo.remote=file:/hostname/share/some/where/maven But it doesnt' seem to work? Any clues? How about maven.repo.local ?? You need to set this very very early, we do this in patching the script launching and adding the properties: -Dmaven.home.local=[blabla]/maven/local-maven-home/ -Dmaven.repo.remote="file:[blabla]/maven/private-repository,http:// www.ibiblio.org/maven To any maven call. The second property allows us to store commercial dependencies and other things that aren't possible to upload to ibiblio (e.g. patched libraries for which a patch isn't through). Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Request for upload to ibliblio... Saxon's AElfred
Hi Maven-Gurus, Last time I read the FAQ, I think it was suggested to post here the request to upload to www.iblio.org/maven/, so I do. It would be nice to have Saxon's AElfred parser available on this. http://saxon.sourceforge.net/aelfred.html This parser used to be intrickably delivered with Saxon but is now separate. It's a full SAX2 parser without DOM or validation but with JAXP. To our experience, it's the fastest parser available around which still supports namespaces. Experience about a year ago was Saxon's AElfred is twice as fast as Xerces' SAX which is again twice as fast as Xerces DOM... Oh, and not really a detail for some operations, the executable jar is 32Kb fat... (compare to Xerces' default's 2.4 Mb!). Thanks in advance! Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Usage of lazyAttainGoal ?
Hi Maveners, I'm a bit lost with werkz:lazyAttainGoal which I would really like to use instead of attainGoal... First I had to declare the name of the tag-library instead of simply jelly:werkz, not really a problem. But then the following doesn't even seem to output me my echo: Trash2 (even without the session). Even putting using werkz:goal instead of simply goal didn't help... What should I do ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Funny reactor bug in rc1
Sorry, I did not mean I know >>it should be thus<< but I know it's working this way but that it should not be thus. Paul Paul Libbrecht wrote: Why ? I know it should be thus, it worked doing a symbolic link but the program manipulating the parser should set the systemId and not only give a stream to the parser! Paul [EMAIL PROTECTED] wrote: It should be being set relative to the project.xml being processed. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/11/2003 09:13:38 AM: Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Funny reactor bug in rc1
Why ? I know it should be thus, it worked doing a symbolic link but the program manipulating the parser should set the systemId and not only give a stream to the parser! Paul [EMAIL PROTECTED] wrote: It should be being set relative to the project.xml being processed. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Pub Key:http://blogs.codehaus.org/people/dion/public-key.asc Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/11/2003 09:13:38 AM: Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Funny reactor bug in rc1
Hi Maveners, I had the funny following bug when running the jelly project.xml in reactor: commonDependencies.ent file not found. I was, of course, in a different directory and it looks like the parser on the project.xml doesn't set the system-id correctly... Maybe it's already fixed in CVS ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jar manifest and encodings
Hi there, I've finally found the evil reason for me to have invalid jars... I had several lines in my shortDescription element... that's a first killer... for this, I presume somewhat must be thinking of a fix that would normalize spaces, or ? The second one was more subtle, I had the following as my organization... and the umlaut killed it all (that is... the build was fine but loading the jar to run it failed with an invalidHeader): The ActiveMath group, DFKI and Universität des Saarlandes This happened with rc1 today... should I file a bug ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Embedding Tomcat with Maven
Lukasz, We have been doing this and it's no so hard to collect all jars and make it a double-clickable jar... Here's our maven.xml extract... You'll note that we call a GUI for that... it makes no sense to make a double-clickable jar that's not a GUI, I feel. This class also sets the catalina.home system-property (assuming the classloader is a subclass URLClassLoader). I simply use logFactor 5 as a GUI... Some authors which run their own servers have liked it. We've even partially also succeeded in running it over JNLP... the trouble remaining that you need a home for such things as the work directory Aside of the things previously mentionned, I got biten by class-loading stories. Here's our invoke, basically extracted from the boostrap of catalina. (this classloader subtleties allow the boostrap classes of tomcat to be invisible to webapps): String[] args = new String[] {"start"}; ClassLoader loader = AMMonolithicWithGUI.class.getClassLoader(); Class startupClass = loader.loadClass ("org.apache.catalina.startup.Catalina"); Object startupInstance = startupClass.newInstance(); Method setClassLoaderMethod = startupClass.getMethod("setParentClassLoader", new Class[] { ClassLoader.class}); setClassLoaderMethod.invoke(startupInstance, new Object[] {loader}); Method processMethod = startupClass.getMethod("process", new Class[] {String[].class}); processMethod.invoke(startupInstance,new Object[] {args}); Hope that helps. Paul Lukasz Piestrzeniewicz wrote: Hello! I wonder if anyone has expirience with embedding Tomcat using Maven and would like to share his knowleadge? We use Maven in our new project (which is a web application). We would like to build version of application with embedded Tomcat. The final archive should contain the application war file, the Catalina core (we plan to use Tomcat 4.1.27) and all dependices needed by the Catalina. And of course a tiny bit of Java putting it all together. What should be the preferred tactics? To place all jars needed by the Catalina (with Catalina itself) in the Maven repository and use them as dependices? Or rather use $CATALINA_HOME and maven.xml to copy needed files by hand (needs unpacked and ready-to-run Tomcat on each developer's machine)? BTW. Is there any plugin to build end user distribution containing all dependices, startup scripts etc. (like to the form Maven itself is distributed)? Uberjar is usefull but as you realize its not necesessery what I would like to give to end user: "...and then, you know, you run this supa-uberjar with java -jar xxx-uber.jar..." ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xml:transform within maven.xml ?
Hi maveners, That's annoying... I'm getting a classnotfound exception (on javax.xml.transform.TransformerFactory) when trying to invoke from the maven.xml. This is weird because I do have the dependencies correct, as I understand it: commons-jelly commons-jelly-tags-xml SNAPSHOT xml-apis 1.0.b2 root.maven xalan 2.5.1 root.maven I've tried with and without the properties/classloader element with root or root.maven... Running b10 btw. Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Property inheritance
I've found it easier to simply add in a common bin directory, a modified copy of the maven script with the added properties. Paul khote wrote: set a global export MAVEN_HOME_LOCAL=/mavenrepository or some such place. Put that in your /etc/profile so everybody shares it. - Original Message - From: "Alastair Rodgers" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 15, 2003 3:46 AM Subject: Property inheritance Hello, I've just started using Maven over the last couple of days, and I must say, my first impressions are very positive (I'm used to dealing with lots of nearly-identical Ant scripts!). Thanks. I've been trying to use property inheritance, and I gathered from the mailing list archive that project.properties & build.properties aren't inherited. I tried to get round this by creating a global.properties file and manually loading the properties from it in my base maven.xml: value="${pom.parentBasedir().getParentFile().getCanonicalFile()}"/> In global.properties I have: maven.repo.local=/usr/local/data/maven/repository I then have a sub-project which inherits from this base. If I run, say "maven jar" on the sub-project and dump the value of maven.repo.local to the console from the sub-project's maven.xml, I find it has the desired value (from global.properties). However, Maven is still actually using the default repository (/home//.maven/repository to do the build) - e.g. if I delete this dir, Maven creates it and starts downloading all the jars again. Is there a way round this problem? Thanks, Al. - 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: Uploading POM's into the repository working or declined?
Rademacher Tobias wrote: Hi Folks, Does the RC1 release uploads the the POM files into the repository? I read a discussion thread on the maven mailing lists about this topic a couple of months ago. So please do not flame me when you decided to decline this feature request. Assuming that it works I have a related question: Is it possible to load a diffenrent POM from a XML file in order to process it? It would be cool if we would be able to access repository POM's _and_ interspect there dependencies. Any thoughts Toby This would have another nice aspect: check-out the project's current tree. Or... offer a view to the source of a dependency within an IDE... but this may all be future. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Source code analyzer for unused method detection?
Berin Loritsch wrote: Paul Libbrecht wrote: Nooo... I think users of such a tool would accept to write by hand the methods that should be considered as entry-points to the package! I am not advocating that this project build such an animal. All I am saying is that when you have every piece as truly isolated as possible, you can't authoritatively tell what is used and not used unless you run it in the application. You can manually define certain interfaces to be the "entry-points" for a set of components, but what if one of the methods on the interface is never called once in the system? There is no ideal solution. Well, if you're developing a component, you choose to make it public or not... it's about the same choice... Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Source code analyzer for unused method detection?
Nooo... I think users of such a tool would accept to write by hand the methods that should be considered as entry-points to the package! Paul On Lundi, octo 6, 2003, at 14:48 Europe/Paris, Berin Loritsch wrote: Siegfried Goeschl wrote: Oops, considering dynamic class loading and reflection it is actually impossible ... Cheers, Siegfried Goeschl I can second that--but I can go one further. Due to the type of design and true separation of implementation/interface with Avalon style components, each component appears to be completely separate. So, while we might be able to tell if an interface method is called, it will almost always be by something that no tool can directly trace. The only way to tell in systems like that is to perform a certain type of profiling. There are three types of profiling, and most people are only familiar with performance profiling. The other types are memory profiling and coverage profiling. Profiling requires that the application be run through a JVM with profiling extensions added, and output the results of the run to some output file (unless you have a commercial tool that give you a GUI at runtime). The normal extensions included with the sun JVM will allow you to examine the garbage collection and performance aspects, but memory fails me if it can do coverage testing. Adding an extension requires some C/C++ development, which is platform dependant. However, you will even be able to test for orphan private methods. - 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: Source code analyzer for unused method detection?
I would support this request, which, if I understand well, hasn't been answered yet. It is clear that many extra things will be caught (e.g. servlet's doGet) by such a report but this is not really a problem and such a tool should support being configured to avoid declaring it as unused. It would help us, at least. Paul On Dimanche, octo 5, 2003, at 23:34 Europe/Paris, Tim Anderson wrote: ...which is why having the facility included in the build reports would make it so useful - cf. checkstyle, pmd etc. -Original Message- From: David Zeleznik [mailto:[EMAIL PROTECTED] Sent: Monday, 6 October 2003 7:26 AM To: Maven Users List; [EMAIL PROTECTED] Subject: RE: Source code analyzer for unused method detection? This is a standard feature of most code obfuscators that operate at the bytecode level, not on the source code. In particular, we use DashO to do exactly this (in addition to other munging). However, as others have stated, in the face of instrospection, reflection, dynamic proxies, etc. you cannot expect a completely automated solution. Determining an accurate list of unused non-public methods in a large software system is not something to tackle casually and will require a serious investment in developer effort. In addition, any future changes to the code will require a fresh analysis effort. -- David Zeleznik Principal Architect ILOG - Changing the rules of business mailto:[EMAIL PROTECTED] http://www.ilog.com -- -Original Message- From: Tim Anderson [mailto:[EMAIL PROTECTED] Sent: Sunday, October 05, 2003 1:48 AM To: Maven Users List Subject: Source code analyzer for unused method detection? Hi, does anyone know of a code analyzer which can detect unused methods? The PMD plugin only reports on unused private methods - I'm looking for one which can also do public or protected methods. Thanks, Tim - 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]
Bit more project-data... where should it go ?
Hi, I am producing applets with a little more XML-encoded data. This data is parsed in my maven.xml and, currently, the data is also in the maven.xml... what should be the best place to put such an XML ? I don't like too much putting it in the project.xml as long as the schema would complain to me... Here is the data which allows me to copy dependencies and create a little html file to test-chew on. These functionalities could go into a plugin one day (I would be happy to contribute this), but I guess it's another question. width="300" height="200" dependencies="tests,Jome,inria-openmath,commons-logging"> width="300" height="200" dependencies="tests,commons-logging"> Thanks Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input from Maven Users
I am now converted to Maven and I have partially converted our largest codebase to maven (still as a single project), it is still mostly based on ant. (the project is named ActiveMath, http://www.activemath.org/). The funny thing that happened is that people were afraid that I remove the ant building. Ant has gone into a real stable well documented thing that it will take some fame to maven to become really loved by everyone (including probably good IDE integration). For some of the tasks, however, using Maven is just ten thousand times better. A good example was a merge of all the jars... For newer smaller projects, maven is simply superiour. In these projects, I was, previously symbolic-linking to dependencies in the big project... not really portable... Maybe it helps answering to these answers... All in all, the transition can be done pretty smoothly... Paul Timothy Fisher wrote: Pat, Based on your experience with Maven: - would you recommend its use to others? - Under what circumstances would you recommend its use? - In what circumstances would you recommending avoiding Maven? Tim Bateman Pat UK MYT <[EMAIL PROTECTED]> wrote: The multiproject report for divergent dependencies has been a life saver in a 10+ project environment. The next step is getting POM multiple inheritance. -Original Message- From: Robles, Rogelio [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 20:22 To: 'Maven Users List' Subject: RE: Input from Maven Users -Original Message- From: Siegfried Goeschl [mailto:[EMAIL PROTECTED] ... +) Maintaining the JAR dependencies and versions across more than 10 subprojects is a pain in the ass. Nothing wrong with MAVEN here but I'm still thinking of a maven plugin doing the stuff from the command line such us looking for conflicting versions of a JAR and replacing the version number of a JAR across multiple projects ... I think this is the next step for effective POM mgmt in a mavenized environment with dozens of projects: * merges POMs generating the minimum common denominator POM to be used as the parent POM for reactor based projects, I have done this manually and it's slooow * diffs between POMs, something like: diff -u pomx pomy > pom.diff (in pom format) Rogelio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: regarding id/artifactId/groupId in dependency
Jason van Zyl wrote: foo bar 1.0 Is the way to declare dependencies. Cool. Do I interpret correctly that: blop 13.123231 Is a kind of shortcut for the following ? blop blop 13.123231 at least it seems so in b10. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rep:Documentation on plugin.jelly?
Isn't there some jelly missing here ? I recently wrote a taglib and realized there was no space to document tags of a taglib, their attributes, and probably their common-properties. I would have something like description="Does something."> Also, property elements aren't documentable. Maven plugins properties do have a documentation but isn't this separate? Paul Peter Neubauer wrote: This workd well for goals and properties, but what about taglibs and tags? I'm looking for something like the docs on the jelly tags. I'm right now fiddling with the plugin plugin to extend it to include tag scanning in the plugin.jelly ... is that a good way to do that? /peter Emmanuel Venisse wrote: All you want is in plugin plugin. http://maven.apache.org/reference/plugins/plugin/goals.html -Message d'origine- De: Peter Neubauer <[EMAIL PROTECTED]> A: [EMAIL PROTECTED] Date: 01/10/03 Objet: Documentation on plugin.jelly? Hi, I'm wondering wether there is a plugin that generates tag/goal/properties documentation even from the plugin.jelly of a plugin? I have no classes thanks to jelly, but would like to generate the documentation anyway. Do I have to manually write the xdocs for this? /peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: MavenProxy
Dare I ask what MavenProxy is ? Google doesn't seem to find anything on this topic. Is it simply the proxy settings in Maven... or is it a Servlet-based maven at work ? Thanks. Paul Jason van Zyl wrote: On Tue, 2003-09-30 at 09:41, [EMAIL PROTECTED] wrote: Hi, I've just installed maven proxy and I've got an error on retriving some SNAPSHOP dependencies : 15:21:37.878 WARN!! Exception for /maven/jars/maven-fetch-SNAPSHOT.jar java.lang.IllegalArgumentException: Cannot convert date: mar., 30 sept. 2003 13:00:17 at org.mortbay.http.HttpFields.getDateField(HttpFields.java:916) Any idea ? I might be able to take a peek next week, but Ben, the author, is on vacation right now but I'll be seeing him in Amsterdam so I will give him a little nudge for you :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
console-plugin to set properties ?
Hi Maveners, The console plugin is a nice speed-up... would it be possible to set properties with it as well ? Using the reactor it looks possible to actually perform other builds with all plugin-classes loaded. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: creating relationship information
I have seen the following which at least draws the graph... http://www.cwinters.com/News/show/?news_id=989 Paul Christian Andersson wrote: Hi there, just have a short question I must say that I've not studied it yet, so a simple answer would be ok :-) I have now several small maven projects that I use to create jar files which are tobe used by my installations. (have not come so far to deplay them anywhere yet, I just have them in my local repository) anyway what I was wondering was if there exist a tool that searches for "all" your maven.xml project files, discovers the dependencies in them and creates some sort of dependency graph... /Christian Andersson - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML tag library
This looks to be an interesting error... You might want to debug a little bit (using `echo`) the classes of the toc and book results of XSLT. At such an error, I would understand that both are either document objects or, at least, are roots of document objects hence not free elements. Using something ${toc.detach()} might actually help you to avoid that... at worst use ${toc.createCopy()} which is a deep clone. Hope that helps. Paul Brett Porter wrote: I'm not an expert on jelly xml, but my guess is that its something to do with loading sample1.xml twice. Are you sure the parameters on the transform tag do what you think they do? - Brett -Original Message- From: Pavel Sher [mailto:[EMAIL PROTECTED] Sent: Wednesday, 17 September 2003 10:32 PM To: [EMAIL PROTECTED] Subject: XML tag library Hello, When I am trying to process the following Jelly script I've got the error: [java] org.apache.commons.jelly.JellyTagException: file:/C:/Work/SDS/templates/sample1.xhtml:31:105: The node "[EMAIL PROTECTED] [Element: ]" could not be added to the branch "null" because: Cannot add another element to this Document as it already has a root element of: h1 [java] at org.apache.commons.jelly.impl.TagScript.handleException(TagScr ipt.java:683) Script: http://my.uri.com"; xmlns:j="jelly:core" xmlns:x="jelly:xml"> ${systemScope.setProperty('javax.xml.transform.TransformerFact ory','net.sf.saxon.TransformerFactoryImpl')} ${systemScope.setProperty('org.xml.sax.driver','org.apache.xer ces.parsers.SAXParser')} The first sample Table Of Contents If I use comment out second and remove second then the script works fine. Maybe somebody knows why? -- Best regards Pavel Sher, [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: sshdeploy site problem.
I would be interested. Note that doing it with the rsync tool would also work with source-forge (and would require less bandwidth, would erase the non-existing files...). I didn't have the time to enrich the plugin for that, sadly. Paul Gilles DODINET wrote: Jun, I think your experience on building on sf servers is worth an entry to the wiki explaining the few steps required. Id like to do it but im not sure what files i should put there (upload maven, ..), where, etc.. what do the others think ? is it to sf-ish ? thanks -- gd Message du 12/09/03 10:36 De : jun cai <[EMAIL PROTECTED]> A : [EMAIL PROTECTED] Copie à : Objet : sshdeploy site problem. I use sshdeploy command on cf.sourceforge.net to publish site to shell.sourceforge.net successfully.But in local machine ,I use sshdeploy down.I directly connect shell.sourceforge.net successful throungh ssh.I don't know happen what? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Usability issues & general ranting
I would like to insist that this is very good practice to my opinion and a special paragraph on that should be made in the manual. We basically have a local-repository containing private stuffs (e.g. things we can't distribute) and a shared ".maven". And things seem to go well. Paul On Mercredi, sept 10, 2003, at 14:54 Europe/Paris, [EMAIL PROTECTED] wrote: I eventually gave up on using lib and jar overrides, and generated a local repository out of my library using a batch file. And that took how long? How many jar files do you have?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JUnit Test Converage Reporting
I might be just handwaving as I don't know these output formats but merging XML and doing many mainpulations on them is a real snap with jelly. It's beta stage makes it somewhat hard to write but it's still an unparallelled luxury compared to just anything available before (like XSLT for example). Note that using the dom4j API is probably needed to modify existing files... Paul [EMAIL PROTECTED] wrote: Yes, you'd need to manually combine the xml files clover produces. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 09/09/2003 07:00:12 PM: Do you know any way to integrate the Clover Plugin with the Multiproject features to get an overall test coverage report? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 04 September 2003 01:29 To: Maven Users List Subject: Re: JUnit Test Converage Reporting The Clover plugin? The new jcoverage plugin? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 04/09/2003 04:19:23 AM: Has anyone out there used a test coverage tool within Maven. I want to generate a report that gives me ratios of unit tests against concreate, abstract and interfaces, by package. Also to report on packages that have not been covered. Any ideas. Thanks Pat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to output a element within maven.xml
Good point if indeed the ant plugin does this but I feel it should not as it is not a problem in jelly, the blank-namespace (note, this is different than the default-namespace) is not pre-registred as it is in Maven. Actually I'm still not clear about the ant tag-library role in there... for it to be actually registering this renaming feature of the dummy namespace, it needs to do at least something like another tag-library... (and that namesapce should start with "jelly:" for it to be a tag-library). So I presume it's a feature of the maven parsing interface (which is definitely a type of filter for these things). Maybe another approach would be to say that the "jelly:jeez" namespace is preregistred with blank prefix even if it does not stand in the XML file... this way I could still be using . But xml-editors (e.g. offering XPath) could get lost... not really a trouble for maven.xml I think. Paul On Lundi, sept 8, 2003, at 13:22 Europe/Paris, [EMAIL PROTECTED] wrote: Shouldn't this go in the Jelly docs, as it's not a feature of Maven per se. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/09/2003 09:05:21 PM: Cool, that's exactly what I was missing. Please then add something like follows on the user-guide.xml, say at the end of the section on "the project element": Users experienced with jelly will recognize however that this would limit the capabilities to output elements in the no-namespace world (e.g. when outputting an XML file). For this the ant plugin registers the namespace "dummy" so that anything in this namespace is re-output to the no-namespace world. This allows, for example, the following: Hope that helps. Paul [EMAIL PROTECTED] wrote: Huh?? The ant plugin does this ok. using xmlns="dummy" -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/09/2003 08:13:16 AM: The problem: I want to generate a jnlp manifest, they have no namespace and have children called "property" and "jar". However, the no-namespace "property" and "jar" elements are defined in all maven.xml and included scripts... namely they are attached to their associated ant tasks. And the problem is general: there is no-way to output an element that has no-namespace and the name of an existing tag without the use of (which is very verbose). One approach would be to say that if the jeez taglib-namespace is defined as part of the namespaces, then the default-namespace should not be mapped to jeez taglib. This might break a lot of things. A more delicate approach would be to have an element that disables this mapping for all its children. Unless the jeez to no-namespace binding is well isolated, this can be very hard. It would be the most elegant way. I could then use post us a sample -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 04/09/2003 06:53:00 PM: Hi, I am currently making a bunch of JNLP output within a maven.xml and... maven complains that the jar element needs a jar-file to be specified... Well... I tried putting everything in the no-namespace world, but that doesn't help either... My current solution is to use but it's definitely unelegant... Is there a way hidden way to have a no-namespace element being output without it being considered as a tag to execute ? For example, I think that if the maven.xml included a namespace declaration of the jeez, ant, or jelly tag-libs, then the default-namespace approach (which maps anything in the no-namespace-world to the jeez taglib) should be dropped. Does it make sense ? Paul - 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: How to output a element within maven.xml
Cool, that's exactly what I was missing. Please then add something like follows on the user-guide.xml, say at the end of the section on "the project element": Users experienced with jelly will recognize however that this would limit the capabilities to output elements in the no-namespace world (e.g. when outputting an XML file). For this the ant plugin registers the namespace "dummy" so that anything in this namespace is re-output to the no-namespace world. This allows, for example, the following: Hope that helps. Paul [EMAIL PROTECTED] wrote: Huh?? The ant plugin does this ok. using xmlns="dummy" -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 08/09/2003 08:13:16 AM: The problem: I want to generate a jnlp manifest, they have no namespace and have children called "property" and "jar". However, the no-namespace "property" and "jar" elements are defined in all maven.xml and included scripts... namely they are attached to their associated ant tasks. And the problem is general: there is no-way to output an element that has no-namespace and the name of an existing tag without the use of (which is very verbose). One approach would be to say that if the jeez taglib-namespace is defined as part of the namespaces, then the default-namespace should not be mapped to jeez taglib. This might break a lot of things. A more delicate approach would be to have an element that disables this mapping for all its children. Unless the jeez to no-namespace binding is well isolated, this can be very hard. It would be the most elegant way. I could then use post us a sample -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 04/09/2003 06:53:00 PM: Hi, I am currently making a bunch of JNLP output within a maven.xml and... maven complains that the jar element needs a jar-file to be specified... Well... I tried putting everything in the no-namespace world, but that doesn't help either... My current solution is to use but it's definitely unelegant... Is there a way hidden way to have a no-namespace element being output without it being considered as a tag to execute ? For example, I think that if the maven.xml included a namespace declaration of the jeez, ant, or jelly tag-libs, then the default-namespace approach (which maps anything in the no-namespace-world to the jeez taglib) should be dropped. Does it make sense ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to output a element within maven.xml
The problem: I want to generate a jnlp manifest, they have no namespace and have children called "property" and "jar". However, the no-namespace "property" and "jar" elements are defined in all maven.xml and included scripts... namely they are attached to their associated ant tasks. And the problem is general: there is no-way to output an element that has no-namespace and the name of an existing tag without the use of (which is very verbose). One approach would be to say that if the jeez taglib-namespace is defined as part of the namespaces, then the default-namespace should not be mapped to jeez taglib. This might break a lot of things. A more delicate approach would be to have an element that disables this mapping for all its children. Unless the jeez to no-namespace binding is well isolated, this can be very hard. It would be the most elegant way. I could then use post us a sample -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 04/09/2003 06:53:00 PM: Hi, I am currently making a bunch of JNLP output within a maven.xml and... maven complains that the jar element needs a jar-file to be specified... Well... I tried putting everything in the no-namespace world, but that doesn't help either... My current solution is to use but it's definitely unelegant... Is there a way hidden way to have a no-namespace element being output without it being considered as a tag to execute ? For example, I think that if the maven.xml included a namespace declaration of the jeez, ant, or jelly tag-libs, then the default-namespace approach (which maps anything in the no-namespace-world to the jeez taglib) should be dropped. Does it make sense ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to output a element within maven.xml
Hi, I am currently making a bunch of JNLP output within a maven.xml and... maven complains that the jar element needs a jar-file to be specified... Well... I tried putting everything in the no-namespace world, but that doesn't help either... My current solution is to use but it's definitely unelegant... Is there a way hidden way to have a no-namespace element being output without it being considered as a tag to execute ? For example, I think that if the maven.xml included a namespace declaration of the jeez, ant, or jelly tag-libs, then the default-namespace approach (which maps anything in the no-namespace-world to the jeez taglib) should be dropped. Does it make sense ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Any pointers for plugin development?
That looks nice... Is there any policy about plugin-distributions and download ? Is there a separate chain of repositories for plugins ? Thanks. Paul On Mercredi, sept 3, 2003, at 23:28 Europe/Paris, Trygve Laugstøl wrote: On Wed, 3 Sep 2003, Berin Loritsch wrote: The old how to write a plugin in the WIKI is not enough to go by. I have a plugin I am developing as part of a larger application, and I want to ensure that it is built and installed. This is your lukcy day :) I wrote a new version yesterday night. http://wiki.codehaus.org/maven/HowToCreateYourFirstPlugIn2 Trygvis Unfortunately, the project.xml that it is used to define the project is not "doubled" to be where the plugin JAR assembly expects it. How should I arrange my parent and plugin project.xml files, and how should I set up the plugin directory structure. I'm shooting in the dark, and missing my target. - 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: Distinguishing between runtime and compile time dependencies
I know that... But if jnlp, for example, is part of the "standard" distribution of plugins (does this exist?) then its tags should be fed as well. An alternate route could be to have, at registration time, the plugins add elements to the schema... and have a "validate:generate-xsd" task. Paul On Jeudi, sept 4, 2003, at 02:28 Europe/Paris, [EMAIL PROTECTED] wrote: XSD doesn't seem to handle arbitrary content as far as I can tell, and hence we haven't got the properties in there -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Paul Libbrecht <[EMAIL PROTECTED]> wrote on 04/09/2003 04:46:27 AM: Well, you can... But... it's not valid according to the schema. It's also used in the JNLP plugin which does copy the jars. Paul Jason Dillon wrote: You can specify properties for the dependency to indicate if it is runtime or not, then use that information to collect your runtime dependencies. Example: commons-logging 1.0.3 http://jakarta.apache.org/commons/logging true * * * Processing dependency: ${dependency.id} file="${artifact.path}"/> --jason On Wednesday, September 3, 2003, at 09:57 PM, Jason van Zyl wrote: On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote: Is there a magic flag to identify a runtime dependency from a compile time dependency? For example, Xerces and Xalan may be needed to compile some aspects of a project (some people use it to generate java source code), but never needed at run time. There is no facility yet. But we've talked about it for a long time and we do have working code for it in experimental versions of Maven but the real crux of the problem is collecting POMs in the repositories so we can build the necessary graphs. In this way you would only have to state the compile time dependencies and the runtime dependencies would be calculated. Not something that is going to make it into 1.0. This will allow a number of things: * The extensions attributes can be generated ONLY for runtime dependencies * The GUMP descriptor will be able to reflect that information so that the other GUMP descriptors can propogate those dependencies for unit tests * I can develop my plugin to gather the dependencies into a distributable I personally have a need to generate a work directory like this: /${root} loader.jar /lib ***.jar /docs ***.html ***.pdf The thing is that I want to be able to collect all of the runtime dependencies for this special distribution format and place them in the lib directory. Currently, the best I can do is grab *all* the dependencies, regardless of runtime or compile time. - 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: Distinguishing between runtime and compile time dependencies
Well, you can... But... it's not valid according to the schema. It's also used in the JNLP plugin which does copy the jars. Paul Jason Dillon wrote: You can specify properties for the dependency to indicate if it is runtime or not, then use that information to collect your runtime dependencies. Example: commons-logging 1.0.3 http://jakarta.apache.org/commons/logging true * * * Processing dependency: ${dependency.id} --jason On Wednesday, September 3, 2003, at 09:57 PM, Jason van Zyl wrote: On Wed, 2003-09-03 at 10:07, Berin Loritsch wrote: Is there a magic flag to identify a runtime dependency from a compile time dependency? For example, Xerces and Xalan may be needed to compile some aspects of a project (some people use it to generate java source code), but never needed at run time. There is no facility yet. But we've talked about it for a long time and we do have working code for it in experimental versions of Maven but the real crux of the problem is collecting POMs in the repositories so we can build the necessary graphs. In this way you would only have to state the compile time dependencies and the runtime dependencies would be calculated. Not something that is going to make it into 1.0. This will allow a number of things: * The extensions attributes can be generated ONLY for runtime dependencies * The GUMP descriptor will be able to reflect that information so that the other GUMP descriptors can propogate those dependencies for unit tests * I can develop my plugin to gather the dependencies into a distributable I personally have a need to generate a work directory like this: /${root} loader.jar /lib ***.jar /docs ***.html ***.pdf The thing is that I want to be able to collect all of the runtime dependencies for this special distribution format and place them in the lib directory. Currently, the best I can do is grab *all* the dependencies, regardless of runtime or compile time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Including remote properties
It would be good if this could support the mirroring procedure of SourceForge as well. Paul On Mercredi, sept 3, 2003, at 16:53 Europe/Paris, Jason van Zyl wrote: On Wed, 2003-09-03 at 09:58, Berin Loritsch wrote: Jason van Zyl wrote: You are just trying to point your maven builds at the mirror cgi script? Where's the source for this little puppy and I'll take a look and maybe I can get a better grasp on the problem. Yep. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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]
Custom console-message listeners ?
Hi Maveners, It just crossed my mind that a very simple way to intergrate maven with jEdit would be to talk to jEdit's server directly feeding the console-messages by sending the appropriate bsh script-snippets. That looks pretty easy as soon as I know how to plug log-listeners... Ant used to have a little bit about that and I have the impression it will be almost the same... or is it even simpler that commons-logging is used ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
little jnlp patch for those who don't want to sign
Hi Maveners, The current JNLP plugin tests if the file given by the property "maven.jnlp.signjar.store" exists to decide wether it needs to sign... Trouble is... if the variable is not defined the "file" is then existing (namely, it's the build's directory) so that it tries to sign always which is not needed in principle. So I added the following line in the plugin.jelly to make it work: just before Which then only succeeds if the property is defined earlier. Hope that helps. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: But more support for shared maven-home ?
Ben Walding wrote: Paul Libbrecht wrote: Also, I wanted to request a small post-processing command, maybe to be inserted as a property, to allow anything created in this repository to be flagged group-writable. Where should I set this ? Should I go into the maven source ? Perhaps set the umask in your maven script / profile umask 002 Also, you might want to consider setting g+rws which will make creation of files sticky to the group of the folder they are in. In "shellish" - umask 002 mkdir fred chown joe.jim fred chmod g+rws fred mkdir fred/ned ned will be owned by the group jim and have permissions u+rwx,g+rwxs,o+rx Yes but then all files produced by maven would be group-writable. I only want this in the repository. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Put more support for shared maven-home ?
On Jeudi, août 21, 2003, at 01:31 Europe/Paris, Brett Porter wrote: Since maven b10, the maven.home is now in ${user.home}/.maven. Nope, that's maven.home.local. Indeed, sorry... I'm guesing your problem is the repository, not the plugins directory. In this case, have all the users set maven.repo.local=/path/to/shared/repo in their ~/build.properties. I've put it in our own script and it's working fine. Alternatively, you can set MAVEN_HOME_LOCAL=/path/to/shared/.maven in /etc/profile and everyone will get a shared instance of both the plugins and repository - but there are potential problems with both in terms of permissions as you point out. Maybe MAVEN_HOME_LOCAL=/path/to/temporary/storage/$USERNAME is what you want instead so everyone has their own copy somewhere where space isn't an issue. Well, as long as the permission stuffs is managed (which shouldn't be hard), I'd prefer the shared way. My fear was that there could be concurrency problems, I'm pretty sure that maven does not (yet) use java.nio file-locks... Also, I wanted to request a small post-processing command, maybe to be inserted as a property, to allow anything created in this repository to be flagged group-writable. Where should I set this ? Should I go into the maven source ? Java doesn't really deal with this issue. You are probably going to have to asses the umask on the directories in question, or add a chmod -R to the endof the maven shell script for your particular instance. Well... I would prefer to have this (that would be a "chmod ug+w fileOrDirectory" every-time something is created in the repository instead of trying a chmod -R which would complain all the time... Also, the repository is really not written to every day in such a setting as only the first of the group that makes the download will write to it... Which class should I look into ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
But more support for shared maven-home ?
Hi Maveners, Since maven b10, the maven.home is now in ${user.home}/.maven. For our current systems, this is pretty much a catastrophe as the homes are limited (being backed-up). I managed changing this to a shared directory (which will allow then people to also share their repository). I wanted at least to know wether this was safe (in particular, locks would be nice to have, and I am not clear about the plugin "cache"). Also, I wanted to request a small post-processing command, maybe to be inserted as a property, to allow anything created in this repository to be flagged group-writable. Where should I set this ? Should I go into the maven source ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: project.xml is a jelly script?
Is the idea of a dependency role not something that would possibly help here ? Aside of basic-roles like "building", "running-tests", etc, a project should even be able to specify roles depending on the runtime behaviour expected. Dependency inclusion (which is planned in some maven future I thought) could then be extended to respect this role. This doesn't answer, however, a possible attribute like "dependency on xxx version a to b" which was alluded first. Paul Luke Taylor wrote: Jason van Zyl wrote: Dependencies are inherited in an aggregate fashion. So if you have common dependencies then you can state them in a parent project. In much the same way the Jelly tag builds are setup. I did not wish to put all of the depends into a parent project as that would force each child project to have additional dependencies on its classpath which might not be a good thing, nor do I want each and every module to try to download SNAPSHOTS, especially if they do not even need that depend. Sorry, don't understand that one. You want a common set of dependencies but don't want them in the classpath? What do you want to use those common dependencies for? I think the problem is that you might want to put shared dependencies into a parent project file for a reactor project which has, for example, 20 sub-projects/components. But if perhaps only 10 of them actually use the dependencies, they will still have to be available for building the others individually. Of course, you can specify the dependencies individually in each component but then you have to maintain all the versions separately even though you want to use the same version throughout. Does the standard artifact version stuff you mentioned cover this scenario? The dependency list is also useful high-level documentation on what is required for each component and how it works, but this information is lost if it is put in the parent file. Luke. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: project.xml is a jelly script?
Jason, To my taste, this looks awesomely great! (though dangerous, as said) Your ideas on implications for management of dependencies are clearly something neat. For example, we have a dependency.xml for each dependency (with a bunch of documentation) I see other implications in the sense of a project.xml being actually a shadow of a project in another language, for example, most projects built from GUI tools. (I think it would enable for example an Apple's ProjectBuilder file to have a shadow maven project). One essential thing here, is, however, how much of jelly taglibs we have in there. jelly:xml is clearly needed, but parsers for other formats as well... would this be dynamic as a good jelly-runner (still not existing) would involve ? Thats essentially great news to my taste! Paul PS: the example provided in the website seems to invoke delicate possibly recursive resolution of pom... will there be any policy about that ? It might be very parse-dependent (well, jelly dependent then). Jason Dillon wrote: Hello, the website says that "project.xml form, is now processed as a Jelly script " (http://maven.apache.org/reference/user-guide.html#POM%20Interpolation ) but it does not appear to be having like it is a jelly script at all. Is the user guide not valid? Is there a special property to enable this? I have looked over the source and it does not appear that any jelly fluff is done to the project.xml file. IMO I think that it would be very beneficial if it was a jelly script so that Maven in general is more flexible. I understand not wanting to put much logic into the project.xml, but it would make management of large projects much easier. Specifically I was looking for a way to define common dependencies for a large project (Apache Geronimo) so I could better manage version numbers of the dependencies. I did not wish to put all of the depends into a parent project as that would force each child project to have additional dependencies on its classpath which might not be a good thing, nor do I want each and every module to try to download SNAPSHOTS, especially if they do not even need that depend. So I thought about using properties like 'dependency.commons-logger.version=1.0.3' and then specify the property as the content for , which works fine if the property is defined in the child modules project.properties, or if the property is in the parent and the child is always invoked through the reactor. This is not the case with Geronimo, so this method fails. James and I were chatting about this a tad... I was under the impression that I could use jelly in project.xml (drawn conclusion from web page and some bad tests I made). He suggested using and then selecting out dependencies by name and then copying them into the project.xml. I think this would be very useful and shows where project.xml as a jelly script would be desirable. I think this is a good idea, but wanted to hear what you guys have to say. Also I was talking to James about the problem of versioning dependencies in general and how it would make sense if Maven supported more symbolic names (similar to SNAPSHOT) but which could point to the latest stable release. It probably makes sense to provide some sort of version alias mechanism, as it becomes problematic to effectively maintain version numbers in a large project. Take Maven for example, there are a few plugins which use different yet compatible versions of dependencies, which only results in additional overhead. If all plugins are compatible with a specific version, then it would make sense for them to all use that version. Anyways I have been up for way too long, it was light when I woke up and it is light again, so I am gonna crash now. Cheers, --jason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ${maven.site.tar.executable} xUvf
Is there also a property for the "rm" executable ? Most of the systems we have have an aliased remove which is actually "rm -i" (ineractive). The site upload thus fails by me because it hanges at the prompt... Thanks. Paul [EMAIL PROTECTED] wrote: point the property at a GNU version of tar? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 12/08/2003 10:21:23 PM: The site\plugin.jelly script defines the tar parameters as uUvf which does not work on the version of Solaris that I'm using. 'cd /apps/maven/mtcom/www/mt-bv/;gunzip mt-bv-0.1-site.tar.gz;tar xUvf mt-bv-0.1-site.tar;chmod -R g+u *;rm mt-bv-0.1-site.tar' [exec] tar: U: unknown option [exec] Usage: tar [EMAIL PROTECTED] [-k size] [tapefile] [blocksize] [exclude-file] [-I include-file] files ... Is there a way to override this plugin without having to rebuild ?? Thanks Pat - 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: Log4JCategoryLog does not implement Log
Well that sounds exactly it: the test is actually a reflection-based instanceof (Class.isAssignableFrom) which answers false hence complains... So the trick would be to load log4j in the same classloader as jakarta-log, is that correct ? Paul Tim McCune wrote: Here's a little more explanation on what I'm guessing is going on (I've been through this with JBoss in the past.) A class in Java is identified by the combination of the class name and the classloader that loaded it. Running maven with the -X switch seems to show 2 classloaders; the "ant loader" and the "parent loader". I see the line: [DEBUG] Class org.apache.commons.logging.Log loaded from ant loader But I don't get a debug line about which loader is being used to load Log4JCategoryLog. If that class is getting loaded by the parent loader, then I think we could end up with a ClassCastException somewhere like this: Log foo = (Log) new Log4JCategoryLog(); because Log4JCategoryLog implements (Log ^ parent) but not (Log ^ ant) (Using the notation (Class ^ ClassLoader)). Not that I've opened up a single line of code. This is just what it smells like. I'm still kind of shocked that the very first simple thing I ever tried with Maven is proving this difficult. :) On Tue, 2003-08-12 at 11:32, Paul Libbrecht wrote: I've had this problem and... guess what... it's a problem of classloading. At least I'm pretty sure of it. I couldn't figure it out but I was implementing my own classloader which was a new thing for me. The same happens with sax create drivers methods... (I was doing this in jEdit). I would look forward to a solution! Paul Simon Matic Langford wrote: I've not seen this with maven, but it certainly happens with graphical junit, I think this is a problem with commons-logging, as we're having to work around it on our current project: http://www.mail-archive.com/[EMAIL PROTECTED]/msg02939.htm l I'm not sure how you would fix it on maven tho, sorry. simon 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: Tim McCune [mailto:[EMAIL PROTECTED] Sent: 12 August 2003 16:02 To: [EMAIL PROTECTED] Subject: Log4JCategoryLog does not implement Log I am trying out my first maven build. It's a very simple maven.xml file using xdoclet. Here's the file: When I run "maven jar", I get the following exception: File.. file:/home/tmccune/.maven/plugins/maven-> xdoclet-plugin-1.2b2/ Element... deploymentdescriptor Line.. 5419 Column 39 org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log It looks like there is a class-loading bug somewhere and maven is trying to use 2 different class loaders for Log and Log4JCategoryLog. Has anyone seen this before? I'm kind of surprised that I can't get such a simple build to work, so I'm guessing I must just be doing something stupid here... - 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: ${maven.site.tar.executable} xUvf
Storing a password is never a good idea. If you're using ssh I would strongly recommend you use "ssh-keygen -t DSA" (on the sending side) and related line with the public-key in ".ssh/auhtorized_keys2" in the receiving side instead. Paul Bateman, Patrick eMEDIA wrote: One more question, is there a property for the password. To deploy multiple sites using the reactor within an automated cron job, I need to specify a password. Thanks Pat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 13 August 2003 01:05 To: Maven Users List Subject: Re: ${maven.site.tar.executable} xUvf point the property at a GNU version of tar? -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ "Bateman, Patrick eMEDIA" <[EMAIL PROTECTED]> wrote on 12/08/2003 10:21:23 PM: The site\plugin.jelly script defines the tar parameters as uUvf which does not work on the version of Solaris that I'm using. 'cd /apps/maven/mtcom/www/mt-bv/;gunzip mt-bv-0.1-site.tar.gz;tar xUvf mt-bv-0.1-site.tar;chmod -R g+u *;rm mt-bv-0.1-site.tar' [exec] tar: U: unknown option [exec] Usage: tar [EMAIL PROTECTED] [-k size] [tapefile] [blocksize] [exclude-file] [-I include-file] files ... Is there a way to override this plugin without having to rebuild ?? Thanks Pat This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. - 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
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]
maven ant build.xml generation really appropriate ?
Hi, In the hope of crafting a project to quickly and often compile, I told myself it would make sense to use the generated build.xml. Well.. I got disappointed a bit: - it starts to download a few things to the target/lib directory which seems to something good if one wants the build.xml be distributed but not for someone that actually uses the build.xml with a maven on the same machine. - it has an "offline" flag (the "noget" property) but this one doesn't change the pointers to the dependencies, it just assumes they're still in target/lib directory. Would it not make sense to make an ant build file which is for local use, with dependencies on the repository files ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Log4JCategoryLog does not implement Log
I've had this problem and... guess what... it's a problem of classloading. At least I'm pretty sure of it. I couldn't figure it out but I was implementing my own classloader which was a new thing for me. The same happens with sax create drivers methods... (I was doing this in jEdit). I would look forward to a solution! Paul Simon Matic Langford wrote: I've not seen this with maven, but it certainly happens with graphical junit, I think this is a problem with commons-logging, as we're having to work around it on our current project: http://www.mail-archive.com/[EMAIL PROTECTED]/msg02939.htm l I'm not sure how you would fix it on maven tho, sorry. simon 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: Tim McCune [mailto:[EMAIL PROTECTED] Sent: 12 August 2003 16:02 To: [EMAIL PROTECTED] Subject: Log4JCategoryLog does not implement Log I am trying out my first maven build. It's a very simple maven.xml file using xdoclet. Here's the file: When I run "maven jar", I get the following exception: File.. file:/home/tmccune/.maven/plugins/maven-> xdoclet-plugin-1.2b2/ Element... deploymentdescriptor Line.. 5419 Column 39 org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Log4JCategoryLog does not implement Log It looks like there is a class-loading bug somewhere and maven is trying to use 2 different class loaders for Log and Log4JCategoryLog. Has anyone seen this before? I'm kind of surprised that I can't get such a simple build to work, so I'm guessing I must just be doing something stupid here... - 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: ClassNotFoundException:xml
Chiara Farges wrote: Hi, I just installed the latest Maven release.. And as you can see, i am just trying to run a simple aspectwerkz sample.. I am getting this java.lang.ClassNotFoundException: xml . Please help.. Below is the exception stack.. Chiara, You need to put a dependency in your project on the jelly-tag-lib... it's unelegant but it's the only way for now... Paul - 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]
LinkCheck to check nothing ?
Hi Maveneres, Since b9 I never ever received a failure notification of linkcheck... in linkcheck.xml, for example, I have the following line which, to me, makes no real sense (we really have no "fixme" host down here!): http://fixme/FIXME_path_to_distribution_oqmath_jar.html OK Can it be there is something wrong in my settings or project ? Oh... I got it... when looking into the plugin.jelly... one of the attributes was exclude="${pom.repository.url}" which, in my case, was empty (i.e. I had no such element, the schema doesn't require one). Shouldn't linkcheck be patched so that this exclude is then unconsidered? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jar to use shortDescription for Specification-Title ?
Michal Maczka wrote: Short description should be exactly one line long. For writing essays better use description tag... Good to know... where can I read this ? Is it not specifiable in the schema ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jar:jar to use shortDescription for Specification-Title ?
Hi, Apologize if someone mentionned this already earlier. I got surprised today that my jar (in b10) came out with an invalid manifest... the trouble was that my project.xml's description element was multiline... Clearly, ant should still support multiline manifest attributes (and reformat them probably)... In the meantime, though, I found more sensible to use: instead of (at line 54 of maven-jar-plugin-1.0/plugin.jelly) Aside of the fact that it removes my bug, does it not make more sense to use the name of the project for a title than the short-description ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: the POM and JSR 198
Jason, I think you're going way too fast here: -> JCP things are happening isolated quite often, and I do think that in this case not Sun but Oracle was at work for that... -> I think anyone involved with Maven should be happy that such a JSR is found and that Maven is mentionned... -> commercial powers often forget to look on the open-source side, that's nothing new, really. Paul Jason van Zyl wrote: Then maybe you should consider actually consulting the actual developers of Maven before going off into conversations with others about Maven. There are many of us here who have direct dealings with Sun or the JCP, we don't need anyone to talk to Sun on our behalf thank you very much. As well if they were actually interested someone from the JSR would have contacted us. I speak with Tom Kincaid from Sun a couple times a month and it's not like people inside Sun don't know what Maven is though I'm sure they don't know what it does. As well, the attempt by Sun to stick their fingers in everything is like the behaviour of a greedy child. Soon there will be a JSR to define which hand Java developers should wipe their ass with, it's just ridiculous. I simply don't think they will come up with anything that's a revelation to anyone here. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Missing jelly tags (with solution)
Lester Ward wrote: commons-jelly commons-jelly-tags-log 20030211.142821 This is still vaugely unsatisfying, as the dependency section of the project is supposed to be what the project itself needs, not what its build system requires. Alternative suggestions most welcome. I think the dependency approach is not that crazy if we have flags or roles for the dependencies. Something like: commons-jelly commons-jelly-tags-log 20030211.142821 seems to be decent to me... (and the problem is the same for unit-test things). Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependencies- Separating Test from Compile
Jason van Zyl wrote: On Tue, 2003-07-22 at 10:30, Dave Ford wrote: Is there a way to separate Compile Dependencies from test Dependencies? I was wondering the same thing. It's coming, it's noted in JIRA. Maybe it's a good approach for now to add schema-compliant properties that mark this ? ?? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running reactor without any goals ?
Cool, that's exactly it! Thanks. Paul On Mardi, juil 22, 2003, at 03:10 Europe/Paris, [EMAIL PROTECTED] wrote: Dont set the reactors goals property Paul Libbrecht <[EMAIL PROTECTED]> wrote on 22/07/2003 08:36:58 AM: I'd like to run through a set of projects so as to get their dependencies... however, I'd like to avoid running any goal. How can I do that ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Running reactor without any goals ?
Hi, I'd like to run through a set of projects so as to get their dependencies... however, I'd like to avoid running any goal. How can I do that ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Little bug in maven-projects.xsd
... namely the filtering element is declared nowhere. Until I can have something better I just inserted In there... Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
include child elements in reactor ?
Hi, I'd like to programmatically generate an amount of project files to be processed by the reactor... My best solution would be to have include elements inside the maven:reactor element... is this provided or thought about ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using xml taglib within maven.xml ?
Hi, Am I getting crazy or it really looks like I can't use the XML taglib within a maven.xml ? How can I declare such a dependency ? Needing to write a plugin ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: API url for dependencies
Going into b9's javadoc plugin.jelly seems to reveal that a property maven.javadoc.links could do the trick. It should be a space or eol separated separated list of URLs... no offline. Making these plugins in jelly is really an amazing thing ! It appears very very easy to me to adapt this jelly file using a similar approach as the jnlp plugin to read such things as apiUrl and offlineApi elements in the dependencies... Maven is real cool ! Paul On Vendredi, juil 18, 2003, at 02:28 Europe/Paris, [EMAIL PROTECTED] wrote: Nope, not possible, but it sounds like a nice addition. How about raising it as an improvement on Jira ( http://jira.codehaus.org ) for the Maven project. -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Work: http://www.multitask.com.au "Simon Matic Langford" <[EMAIL PROTECTED]> wrote on 18/07/2003 03:24:20 AM: Hi Is it possible to define an API location for a dependency so that the generated javadocs can be linked to them, or even an offline location for those behind a firewall? e.g. batik 1.5 http://xml.apache.org/batik http://xml.apache.org/batik/javadoc/ etc/batik.packages Thanks simon 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. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 1.0 beta 10 : Repositories
did wrote: Just a question: I would like to understand what is the motivation to let Maven puts his repository onto ~/.maven ??? This would lead to as many repositories as connected users... Regards, Did. I think locking is the problem... running as shared users might have inconsistent behaviours if two persons are building the same at the same time... Presumably (and at worst with java.nio), a better version will do this locking complete... imitating, for example, CVS, on this. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reactor Examples
How about a page like "Maven in use" ? I think it would help an amount of people... Paul Luke Taylor wrote: Bryce Fischer wrote: I know this is a lame questions... But I've read a couple of articles that use Reactor to bring together smaller projects into a common larger one. I understand the concept. I'm curious how other people are using this? I'd appreciate any examples anyone might have. Look at some of the projects that use it and check out the code from cvs. Examples are: maven itself, geotools2 (http://www.geotools.org), plexus-components (http://plexus.werken.com/). Or if you're familiar with JBoss, I have a JBoss build which uses it. You can download the files here http://www.monkeymachine.ltd.uk/techzone.html Luke. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Jelly question
I do hope that this should be solved using the appropriate namespace declarations ! Thanks for the report wether it does or not work. Paul On Mercredi, juil 9, 2003, at 11:12 Europe/Paris, Rademacher Tobias wrote: Mabye you can use xml:parse. It returns a dom4j Document in a variable. You can use this variable to manipulate the document. http://jakarta.apache.org/commons/jelly/libs/xml/tags.html#xml:parse _Maybe_ use can use xml:parse in the body of the other xml-tags: e.g. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jelly question
Well, with jelly, you can easily modify a stream of SAX events. But you can definitely parse a document, store it in a variable, modify it (accessing it using XPath for example) then re-output it... Down here is such a snippet, it parses a bunch of files together and re-outputs it in one file... Do note that if you're using DTDs or Schemas, the default values specified there will come in... Also, do not that jelly has a strong tendency to ignore all whitespace by default (the trim attribute just about everywhere) which may or may not be wished... Paul Constructing File scanner. File scanner constructed. Going around ${url} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending mail with Maven
[EMAIL PROTECTED] wrote: I'm trying to send build notification emails. I've configured nagEmailAddress in project.xml. But I'd like to know what else needs to be done to have Maven send emails. Don't know if there's anything done for that, grepping through the plugins seems to be using it only for gump and genapp... It shouldn't be too hard to make a maven.xml goal for that containing as prerequisites the goal you intend to run (or something better that ignores failures) and as body something based on the jelly mail library. Hope that helps. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mozilla to display some maven web-pages oddly ?
Hi there, this could end-up being a bug of Mozilla and seems only partially predictable: when viewing several pages of http://maven.apache.org with maven 1.4, the content meant to be under the banner is switched outside of it... This effect often disappears when reloading... Am I the only one xperiencing this ? Mozilla 1.4 is, as far as I know, also Netscape 7.1, just released... it would be worth honouring this target, wouldn't it ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Should recusive dependencies be read ?
Hi, I realized that I may well define I am depending on jelly but that nothing will give me the dependencies of jelly... how come ? Is it a wished feature that each project writer is responsible for the dependencies of the dependencies ? I fear the answer is yes because one might not use every feature of the projects... Shouldn't there be some helpers of this kind ? A possible approach would be to have a dependency attribute or child that mentions the "dependency group" one wishes to follow... Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running maven from Ant ?
Indeed, it may help, But have you attempted without forking ? Some of the parameters of your script seem to be really needing it... On this case is where I would see real advantages in the speed of running... And I do believe, it should be a requirement that maven has a plug to do so at some point. (I have to agree I never found it easy to do it in ant). Paul On Mercredi, juil 2, 2003, at 12:07 Europe/Paris, Martin Skopp wrote: On Wed, 2003-07-02 at 11:46, Paul Libbrecht wrote: Running maven is still pretty slow for me as I have to launch the command-line everytime. It would be nifty to be able to run maven within an ant task, I could then simply input this within the jEdit Ant-runner, running in the same VM, which, when equipped with a rich enough classpath, is running real real quick! I extracted the following from the maven.bat/maven startup script. It's a sniplet for ant, possibly it helps --- SNIP --- classname="com.werken.forehead.Forehead" maxmemory="256m" failonerror="true" fork="true" > value="org.apache.xerces.jaxp.SAXParserFactoryImpl" /> value="org.apache.xerces.jaxp.DocumentBuilderFactoryImpl"/> value="=${env.JAVA_HOME}/lib/ endorsed${path.separator}${env.MAVEN_HOME}/lib/endorsed" /> value="${env.MAVEN_HOME}/bin/forehead.conf" /> --- SNIP --- Any hope ? Any Maven integration within some IDEs ? There's http://sourceforge.net/projects/mevenide but it looks stalled... Is that projetc dead, Dion? 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: newbie: can't build
What would be needed is validation... When download b9, I think, I obtained a kind of XML-schema. It has an error (according to Xerces) but this doesn't really affect the validation... Pau On Jeudi, juil 3, 2003, at 04:03 Europe/Paris, Jason van Zyl wrote: On Wed, 2003-07-02 at 09:37, Christopher Prince wrote: hello, this is my very first project with maven, so please forgive my total newbieness. the problem occurs when maven attempts to compile the junit test code. The compile fails because it cannot find the junit jar. So I added in a dependency juint juint 3.8.1 You have junit spelled incorrectly and the element to denote a group is 'groupId' not 'groupID'. Please take a look at the user-guide. http://maven.apache.org/reference/user-guide.html and this didn't help at all and there is a junit jar in the repository what's the scoop? The scoop is that you should take more care when asking questions if you want to get some help. The user guide explains how to use the 'genapp' plugin to generate a correct first project. thanks chris __ --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.491 / Virus Database: 290 - Release Date: 6/18/2003 __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- jvz. Jason van Zyl [EMAIL PROTECTED] http://tambora.zenplex.org In short, man creates for himself a new religion of a rational and technical order to justify his work and to be justified in it. -- Jacques Ellul, The Technological Society - 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]
Running maven from Ant ?
Hi List, Running maven is still pretty slow for me as I have to launch the command-line everytime. It would be nifty to be able to run maven within an ant task, I could then simply input this within the jEdit Ant-runner, running in the same VM, which, when equipped with a rich enough classpath, is running real real quick! Any hope ? Any Maven integration within some IDEs ? Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instiating a Project object ( was Re: Executing Maven throughJava Webstart)
Jason van Zyl wrote: Jason van Zyl wrote: Jason van Zyl wrote: import org.apache.maven.MavenUtils; File f = new File( "project.xml" ); Project p = MavenUtils.getProject( f ); It works perfectly fine inside Maven. You also have to define what you mean "inside Maven". Clarity is your only hope of getting an answer that might help you. Inside maven meant running as a unit-test the given script-bit. And "not even inside maven" meant running from the command-line. In both cases, I get an outofmemoryerror. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instiating a Project object ( was Re: Executing Maven throughJava Webstart)
Paul Libbrecht wrote: Jason van Zyl wrote: import org.apache.maven.MavenUtils; File f = new File( "project.xml" ); Project p = MavenUtils.getProject( f ); Well... doesn't sound perfect... -> runing this as a test gives me an out-of-memory error, it looks like it's not a good idea to invoke MavenUtils.getProject(file) from within maven Well, not even inside maven. I attached the project.xml and the java test file I'm running... is it a test case ? Should I switch to cvs head ? Thanks. Paul http://www.w3.org/2001/XMLSchema-instance"; xsi:noNamespaceSchemaLocation="./maven-project.xsd"> 3 MavenRepoJNLP The JNLP connection to the Maven repository 0.1 The ActiveMath group, DFKI and Universität des Saarlandes http://www.activemath.org/ http://www.activemath.org/~paul/tmp/MavenProjectPics/AM_Logo.png 2001 org.activemath http://www.activemath.org/~paul/tmp/MavenProjectPics/LogoOMDocJDOM.png The Maven repository JNLP connection is web-application that serves JNLP descriptors (aka Java Web Start) for each maven projects making it possible to resolve classpath-dependencies by means of project dependencies. The maven repository JNLP connection. http://www.activemath.org/projects/OmdocJdom/ http://bugzilla.mathweb.org:8000/ scm:cvs:pserver:[EMAIL PROTECTED]:/CVS/AMauthoring/projects/OmdocJdom Paul Libbrecht paul [EMAIL PROTECTED] The ActiveMath group Java Developer jdom b8 sax 2.0.1 log4j 1.2.7 ant 1.5 maven20030211.132709 commons-jelly20030310.073407 dom4j 1.4-dev-3 http://www.dom4j.org/ ant 1.4.1 http://jakarta.apache.org/ant/ commons-betwixt SNAPSHOT http://jakarta.apache.org/commons/betwixt/ commons-digester 1.2 http://jakarta.apache.org/commons/digester.html commons-jelly SNAPSHOT http://jakarta.apache.org/commons/sandbox/jelly/ commons-graph 0.8.1 http://jakarta.apache.org/commons/sandbox/jelly/ commons-jexl 1.0-dev http://jakarta.apache.org/commons/sandbox/jelly/ commons-logging 1.0 http://jakarta.apache.org/commons/logging.html junit 3.7 test http://junit.org/ werkz SNAPSHOT commons-beanutils SNAPSHOT http://jakarta.apache.org/commons/ commons-cli SNAPSHOT http://jakarta.apache.org/commons/cli/ commons-collections 2.0 http://jakarta.apache.org/commons/ commons-grant 1.0-b1 http://jakarta.apache.org/commons/sandbox/grant/ commons-io 0.2-dev.20020614.122300 http://jakarta.apache.org/commons/ commons-lang 1.0-b1 http://jakarta.apache.org/commons/ commons-util 1.0-rc2-dev http://jakarta.apache.org/commons/ forehead 1.0-beta-4 http://forehead.sf.net/ logkit 1.0.1 log4j 1.1.3 http://jakarta.apache.org/log4j/ which 1.0 - xml-apis 2.0.2 http://xml.apache.org/xerces2-j/ xerces2.2.1 ${basedir}/src/java ${basedir}/src/test **/Test*.java maven-jdepend-plugin maven-javadoc-plugin maven-tasklist-plugin maven-linkcheck-plugin maven-jxr-plugin package org.activemath.author.webstart.mavenrepojnlp; import org.apache.maven.project.Project; import org.apache.maven.MavenUtils; import java.io.File; public class TestRepo extends junit.framework.TestCase { public TestRepo(String name) { super(name); } public void setUp() { } public void tearDown() { } public void testMakeAProject() throws Exception { File file = new File("project.xml"); System.out.println("Creating a project object from " + file ); Project p = MavenUtils.getProject( file ); System.out.println("Have found the project " + p); System.out.println("Dependency-classpath is " + p.getDependencyClasspath()); } public static void main(String[] args) throws Exception { TestRepo t = new TestRepo("from main"); t.testMakeAProject(); } } // class TestRepo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Instiating a Project object ( was Re: Executing Maven through Java Webstart)
On Mardi, juil 1, 2003, at 14:49 Europe/Paris, Rademacher Tobias wrote: -> what interests me is to have the dependencies... and what I get in maven.xml, says true whereas the project has an amount of dependencies. Am I following the wrong route ? Didn't ${pom.artifacts} work Yes, yes, got it... sorry... pom and not project... project is defined though, something different... Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Instiating a Project object ( was Re: Executing Maven throughJava Webstart)
Jason van Zyl wrote: To make that thing short, allow me a quick question: how can I instantiate a maven Project object ? Oh, and should I switch to the dev list for that ? (just fearing). import org.apache.maven.MavenUtils; File f = new File( "project.xml" ); Project p = MavenUtils.getProject( f ); Well... doesn't sound perfect... -> runing this as a test gives me an out-of-memory error, it looks like it's not a good idea to invoke MavenUtils.getProject(file) from within maven -> what interests me is to have the dependencies... and what I get in maven.xml, says true whereas the project has an amount of dependencies. Am I following the wrong route ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How does maven set the class path?
Having the following in your project.xml might help: ${basedir}/src/java **/*.properties ${basedir}/src/resources **/* but I fear it doesn't answer your question... Paul Moretti, Luciano (MED) wrote: I copied them manually before I ran maven. Luciano -Original Message- From: Paul Libbrecht [mailto:[EMAIL PROTECTED] Sent: Monday, June 30, 2003 4:55 PM To: Maven Users List Subject: Re: How does maven set the class path? Moretti, Luciano (MED) wrote: Hello Again I've got a junit test that requires access to a resource file on the class path. The files are normally copied to the classes/com/ge/gemsit/test directory when built directly with Ant, but this does not see to work with maven. What does maven set the class path to by default? How does one add areas to the class path? Luciano, Can it be your resources are not copied ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How does maven set the class path?
Moretti, Luciano (MED) wrote: Hello Again I've got a junit test that requires access to a resource file on the class path. The files are normally copied to the classes/com/ge/gemsit/test directory when built directly with Ant, but this does not see to work with maven. What does maven set the class path to by default? How does one add areas to the class path? Luciano, Can it be your resources are not copied ? Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hiding goals
Martin Skopp wrote: On Sun, 2003-06-29 at 23:58, Paul Libbrecht wrote: But if I want to give this to a friend, that friend will want to read the goals available. And running "maven -g" output will give me all sorts of goals that are really irrelevant for my purpose. I created a goal "help" in maven.xml and defined it as default goal. "help" explains some build-in goals, some extra goals I defined in maven.xml and the "-g" feature. So your friend only needs to type in "maven" and gains information. hope this helps as workaround, Indeed a workaround... how to do you define a default goal ? THanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Instiating a Project object ( was Re: Executing Maven through JavaWebstart)
Paul Libbrecht wrote: I was thinking about writing a servlet that would accept as parameters a project name and version, as well as a main-class and invocation attribute. The result would be a jnlp file referring a jar served from the maven repository (probably following the repository chain defined in the associated maven) with references to jnlp-described project-dependencies and their jar(s). To make that thing short, allow me a quick question: how can I instantiate a maven Project object ? Oh, and should I switch to the dev list for that ? (just fearing). Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Hiding goals
Hi, Maven is really great, I dare say that, and I hope it will mature and stabilize... To me it's also an efficient and user-friendly way to run jelly which is the flexiblest glue to manipulate XML, to my taste. How can I use maven, for example, with projects like HTML generated out of XML ? It's all in there, it's not hard, some plug-ins could come out of it... Other type of XML-based projects would certainly be targeted as well (even... a calendar generation out of web-front-end for the calendar...). But if I want to give this to a friend, that friend will want to read the goals available. And running "maven -g" output will give me all sorts of goals that are really irrelevant for my purpose. Any way to hide goals ? Isn't it a long-term plan to have goals be applicable only in some conditions (and thus be included in maven -g output). Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to specify encoding for generated xdoc files?
Arthur Suilin wrote: maven.docs.outputencoding Yes, I've set this parameter. But this is works only for HTML generation at final stage (if all input xdoc files are in VALID windows-1251 encoding). Some maven plugins still generate intermediate xdoc files in ISO-8859-1 encoding, or without specified encoding at all. These files just don't contain Russian letters. I think maven hasn't been used enough for this and that some good test-cases are needed. I had a similar problem (I am using UTF-8 all the time even though without out-of-iso-latin-1 characters yet) with É in an older version but it got fixed... I think the trouble will most probably lie within anything that is not purely XML... like Velocity... May I encourage anyone to submit small test-cases ? (i.e. that would probably be small enough with a project.xml and some xdocs...). Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jnlp sysproperty
Indeed, this is probably a bug... It would be nifty to be able to "validate" a jelly script (that is, all output of this jelly script) with respect to the DTD... Ah well, for now, you can quickly go into the jelly file and fix it: ${MAVEN_HOME}/plugins/maven-jnlp-plugin-1.0/plugin.jelly That's the joy of maven, definitely. Paul Sonnek, Ryan wrote: I was using the JNLP goal in maven to generate a webstart application. Just recently I noticed that sysproperties that were placed in the generated JNLP file were not being passed to my application. Looking at the JNLP spec, I don't see any reference to a tag. Is this supposed to be ??? Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: entities in generated HTML from xdoc-plugin
The thing is... all entities in HTML are actually real entities as in XML... and is just another one... I forget which Unicode character number it is and can't seem to find it but using jEdit's entities to characters does print me a space... looking at W3C's HTML 4 specs (and certainly XHTML) should probably provide it to you... The only trick remaining is encoding... Although I've seen some errors some time ago the maven b9 seem to be happy with an all-UTF-8 solution and generates the appropriate HTML heading. It is pretty nifty, I find it, to be able to see a non-breaking-space as a space instead of these ugly editing-oriented entity. What's needed is just a good editor. This was one of my main reason to use jEdit, even on Mac where it was pretty slow. Paul Kai Runte wrote: Hi, I had a look again: If I place in the JSL script, it actually gets printed out, but not as entity. What Mozilla and Camino actually disliked in the HTML was that it was written as XML. When I changed the outputmode to HTML in the plugin.jelly of the xdoc plugin, everything turned out fine. Sorry about the fuss. Thanks Kai On Thursday, June 26, 2003, at 11:16 PM, Rafal Krzewski wrote: Kai Runte wrote: Hi, maybe this is the wrong list to ask, apologies if yes. Currently I working on a site.jsl script for creating webpages in the look-and-feel of our internal website. For some obscure layout reasons I need to have a entity in the target HTML document, but utterly failed in getting Jelly/JSL to do so. If I try the following: Maven bails out with: BUILD FAILED null:-1:-1: Could not parse Jelly script Did you try escaping the & charcter as & entity in the jelly source? I think it will get written as & in the target document: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]