Re: Listings in maven repository on ibiblio?
Thank for answers. It works indeed. That was problem in our local network. BTW. Does anybody know what is the size of maven repository on ibiblio now? And maybe how does it increase? Norbert Pabi wrote: Hi Is now listing on ibiblio forbidden? http://www.ibiblio.org/maven/ -- Norbert Pabi [EMAIL PROTECTED] http://www.e-point.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Removing bugs from JIRA
Hi, Was that an accident or do you developer guys intentionally removed some bugs from JIRA? For example: http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-610 and http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-913 Would not it be better to close a bug and as a last comment attach link to new bug in a new module? If you simply remove a bug one cannot track it. -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven1, maven2, pom, migration
Is new maven going to have some incompatible changes? If yes will it refuse to execute goals if it detects POM 4? Will maven 1.0 refuse to execute goals if it detects POM 3? I have about 60 mavenized projects, so it would be hard to migrate all of them at the same time. A policy that guarentees that some projects work with maven 1.0 and some work with new maven producing good results not some results (when some goals succeed and some fail), would be really helpful. POM version number could stand as indicator which maven version should be used with a given project. -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Using an older xerces
Sean Kelly wrote: I've got some code that sadly requires an old version of xerces, 1.4.4. The dependency in my project is dependency groupIdxerces/groupId artifactIdxerces/artifactId version1.4.4/version urlhttp://xml.apache.org/xerces-j//url /dependency However, compilation never succeeds under Maven. I'm getting undefined symbols, as if it's picking up a newer xerces (perhaps the one in $MAVEN_HOME/lib/endorsed/xerces-2.4.0.jar). With debug output on, I can cut-and-paste the generated compile command onto a javac command line and it works fine. Probably you met unresolved classloader issues. I had similiar problem with maven-beta10, but the bug (http://jira.codehaus.org/secure/ViewIssue.jspa?key=MPXDOC-71) is still not closed, so it seems the bug is still in effect. I'am afraid it is time to upgrade, if you want to use maven to compile your project. -- Norbert Pabi Nobody expects the Debian Inquisition! Our two weapons are fear and surprise... and ruthless efficiency! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Issue tracking
Which issue tracking system should be used now? Jira on codehous or on nagoya? Both are up and running. -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] The Maven Logo
Jim Crossley wrote: A runoff between the top 2 vote getters listed at http://projects.walding.com/powered/ propaganda or feather? +1 propaganda -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Umlaut in project site
Check these issues. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-610 http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-382 Problems with encoding, entities and national characters are known. On maven-dev you can see that there is much work in in refactoring and maven administration now, and the issues mentioned above seem to have very low priority :( Paul Libbrecht wrote: 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 auml; 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] -- Norbert Pabi Technolog [EMAIL PROTECTED] http://www.e-point.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How are plugins found?
Martin Jaeger wrote: Hi I think the plugins are searched in the local repo and after this in the remote repo... Could someone tell me how I can use the optional plugins, now. Since they are shifted out of the maven core plugins? I had no problem to install the NCSS Plugin from sourceforge. But I can't get a jar from the jdiff Plugin in the optional plugins. I tried to check the project out of cvs to build it myself, but that didn't created the jar that work (maven jar:jar). If you download source, you can use plugin:deploy or plugin:install -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: POM extend feature - improvement suggestion
There is already Jira issue. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-699 You can vote on it. Arik Kfir wrote: Hello, Maven has a mechanism for project-inheritance via the extend tag. This is a good practice enabling even further standardization and unity between various project aspects, especially for organizations/corporations generating more than a small number of projects. However, I've seen in several Maven-powered projects that the project.xml file extends other project.xml files by pointing to them in a filesystem-dependant way. For example, one project.xml file would contain a statement such as: extend../project.xml/extend This only holds ofcourse if I have the parent project in my local filesystem. But that breaks the notion of every project standing on its own, isn't it? or perhaps this wasn't the notion at all to begin with - am I suppose to download the parent projects as well? (not a retorical question - I'm really asking what's the standard practice) I believe a better alternative would be to embed this behaviour through the dependency mechanism, such that a project depends on another project (a POM artifact perhaps?), but not to receive classpath elements, but rather to receive its POM metadata. Something like: groupIdcommons/groupId idutil/id extend groupIdcommons/groupId idgeneral/id /extend Such that the 'commons' (some virtual 'commons' project) project exists by itself, producing a single artifact which is an abstract POM model, and a subproject named 'util' which is under the 'commons' group-id uses that abstract POM model to extend from. Ofcourse this could be simplified if needed to specifying a URL to the abstract POM, or some other mechanism perhaps. But I think the idea is clear. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Norbert Pabi Technolog [EMAIL PROTECTED] http://www.e-point.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cactus-plugin problem
Hi all, I tried to use cactus plugin with tomcat-4.1.2-LE. WAR has been build, temporary tomcat filesystem created, and during application startup an error occured during filterredirector initialization. It seems like version problem with I don't know maven, cactus, aspectj, commons-logging? Can be anything. Has anybody met anything like that and knows what to do? Or maybe there is a workaround to skip automatic filterredirector include in web.xml? ServletRedirector is all I need. Tomcat log from webapplication startup attached. -- Norbert Pabi Nobody expects the Debian Inquisition! Our two weapons are fear and surprise... and ruthless efficiency! 2003-10-02 23:43:48 HostConfig[localhost]: Expanding web application archive xlsdb-cactus.war 2003-10-02 23:43:49 StandardHost[localhost]: Installing web application at context path /xlsdb-cactus from URL file:/tmp/cactus/tomcat4x/webapps/xlsdb-cactus 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploying class repositories to work directory /tmp/cactus/tomcat4x/work/Standalone/localhost/xlsdb-cactus 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy class files /WEB-INF/classes to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/classes 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/aspectjrt-1.0.6.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/aspectjrt-1.0.6.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/cactus-13-1.6dev-20030809.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/cactus-13-1.6dev-20030809.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/commons-httpclient-2.0-rc1.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/commons-httpclient-2.0-rc1.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/commons-logging-1.0.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/commons-logging-1.0.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/csvjdbc-0.9.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/csvjdbc-0.9.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/httpunit-1.5.3.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/httpunit-1.5.3.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/junit-3.8.1.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/junit-3.8.1.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/poi-1.8.0-dev-20020919.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/poi-1.8.0-dev-20020919.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/velocity-1.3.1.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/velocity-1.3.1.jar 2003-10-02 23:43:50 WebappLoader[/xlsdb-cactus]: Deploy JAR /WEB-INF/lib/velocity-dep-1.3.1.jar to /tmp/cactus/tomcat4x/webapps/xlsdb-cactus/WEB-INF/lib/velocity-dep-1.3.1.jar 2003-10-02 23:43:51 ContextConfig[/xlsdb-cactus]: Configured an authenticator for method BASIC 2003-10-02 23:43:51 StandardManager[/xlsdb-cactus]: Seeding random number generator class java.security.SecureRandom 2003-10-02 23:43:51 StandardManager[/xlsdb-cactus]: Seeding of random number generator has been completed 2003-10-02 23:43:52 StandardContext[/xlsdb-cactus]: Exception starting filter filterredirector java.lang.ExceptionInInitializerError at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at java.lang.Class.newInstance0(Class.java:308) at java.lang.Class.newInstance(Class.java:261) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:253) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:327) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:120) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3159) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3603) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:307) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:492) at org.apache.catalina.startup.HostConfig.deployApps
Re: Jelly: ${empty(pom.repository.url)} doesn't work
It was already mentioned on Maven-User-List. Jelly interprets dots. Try using underscores in your variables names. http://www.mail-archive.com/[EMAIL PROTECTED]/msg02729.html Alexey Krasnoriadtsev wrote: Jelly does not resolve complex variable names (with dots in the var name) when executing methods, i.e empty() or length() I have created a Issue in Jira, but there is no activity on that. http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-848 -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jelly: ${empty(pom.repository.url)} doesn't work
Alexey Krasnoriadtsev wrote: Yes for my own scripting I won't use dot in the var names. But, maven uses dots extensibly, i.e. pom.foo.foo And here is the line in xdoc-plugin/site.jsl: 195 j:if test=${!empty(pom.repository.url)} that doesn't work, and it always adds a link in the navigation, even though the page doesn't exists. You're right. I doesn't work. I dunno why. -- Norbert Pabi Nobody expects the Debian Inquisition! Our two weapons are fear and surprise... and ruthless efficiency! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
core java libs
Hi What is recommended way of using java core libs (rt.jar, tools.jar) in classpath or dependencies? Is it the way? ant:pathelement path=${java.home}/jre/lib/rt.jar/ ant:pathelement path=${java.home}/../lib/tools.jar/ Is it correct that ${java.home} is $JAVA_HOME/jre not $JAVA_HOME ? -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ann] Maven 1.0-rc1 released
That should be similiar to http://wiki.codehaus.org/maven/MigratingFromBeta9ToBeta10 Christian Andersson wrote: now that ut us out... what is the easiest way of upgrading from b10 ? /Christian Andersson Jason van Zyl wrote: Howdy, Maven 1.0-rc1 has been released. The details can be found here: http://blogs.codehaus.org/projects/maven/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Norbert Pabi Technolog [EMAIL PROTECTED] http://www.e-point.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Excluding files from .war using war:war
WAR plugin needs some improvements, they are scheduled for 1.0-final See description of http://jira.codehaus.org/secure/ViewIssue.jspa?key=MAVEN-667 Konrad wrote: Hi Sri. Thanks for your suggestion, but I already tried that: resource directorysrc/webapp/images/directory excludes exclude*.*/exclude /excludes /resource Unfortunately, it's not working. Does it work for you? -- Norbert Pabi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]