Re: [offlist] More MyFaces artifacts for ibiblio
Done. The best way is to send an email to [EMAIL PROTECTED] I don't think I have to remind you that non PMC approved releases never can be put in the http://www.apache.org/dist/maven-repository. I have deleted them from the mirror this time On 4/18/06, Sean Schofield <[EMAIL PROTECTED]> wrote: > Carlos, > > We have some artifacts that need to be published in ibiblio now that > we have done another official release. > > Basically everything in: > http://www.apache.org/dist/maven-repository/org/apache/myfaces/core/. > This is the first mavenized release of these artifacts so there is > only one version in these directories. > > Also, we had an arifact accidentally published a while back. > > group id: org.apache.myfaces.commons > artifact: myfaces-commons > > We had "published" the jar to /www.apache.org/dist/maven-repository > before the final vote. We then decided to refactor and eliminate this > artifact. Unfortunately it was published automatically (or manually) > without our request. Could you please eliminate it? > > Sorry about the confusion. > > Sean Schofield > (MyFaces PMC) > > p.s. Let me know if this is not an acceptable way to request ibiblio > fixes. I could file a JIRA ticket also but I'm unable to assign them > directly to you. > -- I could give you my word as a Spaniard. No good. I've known too many Spaniards. -- The Princess Bride - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Continuum 1.0.3
On 19/04/06, Trygve Laugstøl <[EMAIL PROTECTED]> wrote: > On Tue, 2006-04-18 at 20:31 +0200, Kaare Nilsen wrote: > > The speed improvements are impressive.. thanx for that !! > > I still would like to have my instance running for a couple of days to > > test the memoryleak in more detail, and also i have found a bug that > > when importing a multiproject one or more of the modules are added > > twice (dupplicates), and then it is not possible to delete one of them > > (I am going to file a jira issue tomorrow when i have the stacktrace > > available). > > I'm voting -0 on this release as there seems to be new issue that has > come up lately which I at least would like Emmanuel to take a look at > before continuing with the release. > > The issue is the one reported by Kaare Nilsen and Jorg (and possibly > related to 641[1]). That would be http://jira.codehaus.org/browse/CONTINUUM-660 > > [1] http://jira.codehaus.org/browse/CONTINUUM-641 > > -- > Trygve > >
Re: [vote] Release Continuum 1.0.3
On Tue, 2006-04-18 at 20:31 +0200, Kaare Nilsen wrote: > The speed improvements are impressive.. thanx for that !! > I still would like to have my instance running for a couple of days to > test the memoryleak in more detail, and also i have found a bug that > when importing a multiproject one or more of the modules are added > twice (dupplicates), and then it is not possible to delete one of them > (I am going to file a jira issue tomorrow when i have the stacktrace > available). I'm voting -0 on this release as there seems to be new issue that has come up lately which I at least would like Emmanuel to take a look at before continuing with the release. The issue is the one reported by Kaare Nilsen and Jorg (and possibly related to 641[1]). [1] http://jira.codehaus.org/browse/CONTINUUM-641 -- Trygve
Re: 1.5 release ?
Hi Will, And what about a bug fix release for velocity 1.4 as Daniel suggested? I'm not sure that we'll be ready before your 1.5 final release (If possible I prefer to not use a beta), but if it were the case we were happy to be able to fix our problem. Cheers Arnaud On 4/17/06, Will Glass-Husain <[EMAIL PROTECTED]> wrote: > > Hi Arnaud, > > Thanks for the note. We have just a little to do before a release, > but we've all been tied up this Spring, it seems. > > Been thinking about this over the last few days. Let me try to finish > VELOCITY-403 (a documentation task) in the next two weeks, then I'll > propose a vote to release 1.5-beta. I know there are a couple of > frameworks out there waiting for such a release. > > There's some obscure bugs remaining, but the quantity of bug fixes and > new features is much greater than the bugs that are left. (most of > these have been present for multiple versions). > > WILL > > On 4/15/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote: > > Daniel, > > > > Yes if it's possible. > > I think that it is sufficient. > > Actually we are using velocity 1.4 and we are satisfied about it. > > > > Arnaud > > > > PS : I didn't subscribe to your list. If you reply, can you add my > > email in copy please? > > > > > On Fri, 14 Apr 2006, Arnaud HERITIER wrote: > > > > > > > Hi guys, > > > > > > > > Do you have an idea when you'll be able to release the version 1.5of > > > > velocity ? > > > > We particularly need it in maven to avoid log4j errors coming from > > > > VELOCITY-193 > > > > We would like to have it before to release maven 1.1. > > > > > > If 1.5 isn't immediately forthcoming, how about a 1.4.x release to > > > satisfy the Maven folks? > > > -- > > > > > > Daniel Rall > > > > > > > -- > Forio Business Simulations > > Will Glass-Husain > [EMAIL PROTECTED] > www.forio.com >
Re: multi-page reports
Hi, I'm trying to implement a multi-page report. The problem is that currently the ReportDocumentRenderer from maven-site-plugin creates the SiteRendererSink and calls report.generate(sink,locale). There's no way to create more SiteRendererSinks within the report, because those sinks are from a different classloader. You can't use the SiteRenderer component to create sinks because of the same reason. The only way I see to support multiple pages for reports without running into classloading issues is to give a SinkFactory to the MavenReport instance - a SinkFactory from the maven-reporting-api, if possible, otherwise from the Doxia api. I believe that Report plugins should only implement/work with a Maven reporting api, not with underlying libraries, if possible. A 'main' sink for the report page could (still) be supplied. Thoughts? I'm currently working on a solution in trunk.. -- Kenney -- Forwarded message -- Date: Sat, 15 Apr 2006 17:35:58 +0200 (CEST) From: Kenney Westerhof <[EMAIL PROTECTED]> To: dev@maven.apache.org Subject: multi-page reports Hi, I'm trying to create a multi-page report. I use the main sink to render an overview page, and use the SiteRenderer to create a sink for each page. Unfortunately no files are created. I looked at the doxia api and it has some methods for rendering pages using velocity merging. Unfortunately I don't have a SiteRenderingContext object handy, so I can't call the public (or private) methods. In maven-reporting-impl I saw an AbstractMavenMultiPageReport class but it is not used anywhere. Anybody got an idea on how to render multiple pages in a report? I cannot create a separate mojo for the pages - it renders a page for each file in a given set of source files. When this issue is resolved I'll post a request for adding a new plugin to the mojo project. -- Kenney - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Continuum 1.0.3
+1 Emmanuel Venisse wrote: Hi, I've fixed some issues since latest RC (memory leak, performance...) Here is the latest RC. Please give it a try before voting. http://www.codehaus.org/~evenisse/continuum/ Let's do another 72h round of voting. +1/+0/-1 Here's my +1. Thanks, Emmanuel
RE: rsync-ability for maven-snapshot-repository on apache?
Yes. If I ever need a snapshot, I take it an deploy it to my corp repository, at least that way when it works I know it will stay working. It is a pain to keep changing the repo though if you depend on many snapshots and maybe that's the case here. Here's something I thought of several times that might help the internal deploy issue. What if in the pom you could only specify the repository id and not the url. Then in the settings you could define or override the pom s url. This would allow someone to redefine the repository to point local for deployment and make it easy to get the code and redeploy internally. I originally thought about this to use for continuum, my instance is on the same machine as my repo For example I would rather have it pointed to the file folder than use ftp for deploying. You can effectively do this now for "regular" repositories using mirrors, but I'm talking about redirecting distributionManagement repositories. -Original Message- From: Mike Perham [mailto:[EMAIL PROTECTED] Sent: Monday, April 17, 2006 8:28 PM To: Maven Developers List Subject: RE: rsync-ability for maven-snapshot-repository on apache? Why on earth are you depending on the network at all? We have our build locked down by using an internal mirror of central + custom snapshots. Anything else is non-deterministic and then management starts asking questions... -Original Message- From: Daniel Kulp [mailto:[EMAIL PROTECTED] Sent: Monday, April 17, 2006 8:03 PM To: dev@maven.apache.org Cc: Brett Porter; Carlos Sanchez Subject: Re: rsync-ability for maven-snapshot-repository on apache? Brett, > This is the main concern. We should be cutting releases this week, and > fewer people using the snapshots off of Apache. > > I'm curious why a maven-proxy in the middle doesn't alleviate this > issue for you. The maven-proxy doesn't help much on Monday mornings. The rest of the week it's OK. We have the timeout for snapshots set at 48 hours. If no-one does anything over the weekend (and this was a holiday weekend so no-one did), then the caches are pretty much moot on Monday. It was kind of amusing (not) this morning when we all came in. There were four of us trying to build and each of our builds were failing at different spots. Each would get a little bit further. All while trying to check the snapshot server. By the afternoon, we were pretty much all set, but I really don't want this to happen everyweek (or on Wednesday when the timeouts from today start expiring). We used to have the same problem with ibiblio (and even the mirrors) so we started rsyncing ibiblio local. Now we don't have problems with that, just the apache snapshot server. (the codehaus snapshot server is much better behaved) Thanks! -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plexus
Hi! I'm using org.codehaus.plexus.util.cli.Commandline to execute shell commands. Does anybody know if it's possible to configure it to use another shell? (e.g. 4dos instead of CMD.EXE) ? -- David J. M. Karlsen - +47 90 68 22 43 http://www.davidkarlsen.com http://mp3.davidkarlsen.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release Continuum 1.0.3
+1 Emmanuel Venisse wrote: Hi, I've fixed some issues since latest RC (memory leak, performance...) Here is the latest RC. Please give it a try before voting. http://www.codehaus.org/~evenisse/continuum/ Let's do another 72h round of voting. +1/+0/-1 Here's my +1. Thanks, Emmanuel
Can't bootstrap svn head
Hi, This is to inform you the current svn head is not passing the integration tests: specifically tests it0100, it0098, it0096, it0095 and it0094 fail. This happens with both Sun's jdk 1.4 and 1.5, on a reasonably updated Kubuntu system. Please be patient if this is already known - I've just subscribed to the list :) Regards, Giorgio PS: in attachment, you'll find the output of bootstrap.sh on my system whith jdk 1.4 (that for jdk 1.5 is practically identical) bootstrap.out.jdk14.txt.gz Description: application/gzip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]