Nabble - Plexus - Dev

[jira] Created: (PLXUTILS-70) Deprecate StringInputStream and StringOutputStream

2008-04-19T03:58:55Z

Deprecate StringInputStream and StringOutputStream
--------------------------------------------------

Key: PLXUTILS-70
URL: http://jira.codehaus.org/browse/PLXUTILS-70
Project: Plexus Utils
Issue Type: Improvement
Affects Versions: 1.5.1
Reporter: Benjamin Bentmann
Attachments: deprecate-string-streams.patch

The mentioned classes do not handle character encoding properly. For instance, they don't guarantee an identity transformation when being pipelined. It's a one liner to replace these classes with JRE classes so I don't see a benefit in fixing and maintaining this code.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: Detecting Comet capabilities

2008-04-17T12:13:01Z

Ouch, outsmarted by Gmail!

That one was meant for Jetty, not Plexus.

Eirik :-)

On Thu, Apr 17, 2008 at 9:10 PM, Eirik Bjørsnøs <eirbjo@...> wrote:

> Hello there,
>
> What's the "good" way of checking if your app is running in a Comet
> friendly environment?
>
> I recently added Comet features to a product I'm working on. Although
> my default way of distribution will be as a Jetty bundle, I can't
> really control the run time environment. Some customers will take the
> war and run it in their Tomcat or some other container.
>
> So I need a way to check that we're in Cometland. (We're running on
> Jetty and the request comes in through a SelectChannelConnector). If
> that's not the case I can simply disable the features that depend on
> Comet support.
>
> Running with a debugger I see that I could probably figure this out
> peeking at the HttpServletRequest with some reflection, but that seems
> a bit brittle. And I don't really want to add dependencies to Jetty
> implementation classes in my webapp.
>
> What I'd like to do is just to check some request attribute or
> something as simple as that.
>
> Any ideas?
>
> Eirik.
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Detecting Comet capabilities

2008-04-17T12:10:40Z

Hello there,

What's the "good" way of checking if your app is running in a Comet
friendly environment?

I recently added Comet features to a product I'm working on. Although
my default way of distribution will be as a Jetty bundle, I can't
really control the run time environment. Some customers will take the
war and run it in their Tomcat or some other container.

So I need a way to check that we're in Cometland. (We're running on
Jetty and the request comes in through a SelectChannelConnector). If
that's not the case I can simply disable the features that depend on
Comet support.

Running with a debugger I see that I could probably figure this out
peeking at the HttpServletRequest with some reflection, but that seems
a bit brittle. And I don't really want to add dependencies to Jetty
implementation classes in my webapp.

What I'd like to do is just to check some request attribute or
something as simple as that.

Any ideas?

Eirik.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

import plexus into the apache incubator

2008-04-16T08:11:57Z

Hi,

Just a heads up in that I'm going to attempt to dump the plexus
repository and import it into apache this weekend.

I'm going to take the container and any component that maven's core
needs. Many of the components won't go because I can't actually can't
get in touch with the people who originally wrote them and they don't
have CLAs at Apache. In the short term I'm only interested in getting
the container and any components that Maven's core needs.

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

the course of true love never did run smooth ...

-- Shakespeare

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Created: (PLXCOMP-110) plexus-io -- No license infformation

2008-04-12T16:17:58Z

plexus-io -- No license infformation
--------------------------------------

Key: PLXCOMP-110
URL: http://jira.codehaus.org/browse/PLXCOMP-110
Project: Plexus Components
Issue Type: Bug
Reporter: Paul Cager

plexus-io

The code, as downloaded https://svn.codehaus.org/plexus/plexus-components/tags/plexus-io-1.0-alpha-2, does not have any license information, as far as I can see. I'd like to package it for Debian, but it probably won't be accepted without a license.

I'm happy to supply a patch if that would help.

Thanks,
Paul

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Closed: (PLXUTILS-68) Improve pretty printing done by MXSerializer

2008-04-11T11:29:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-68?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benjamin Bentmann closed PLXUTILS-68.
-------------------------------------

Assignee: Benjamin Bentmann
Resolution: Fixed
Fix Version/s: 1.5.2

Fixed in [r7279|http://fisheye.codehaus.org/changelog/plexus/?cs=7279].

> Improve pretty printing done by MXSerializer
> --------------------------------------------
>
> Key: PLXUTILS-68
> URL: http://jira.codehaus.org/browse/PLXUTILS-68
> Project: Plexus Utils
> Issue Type: Improvement
> Affects Versions: 1.5.1
> Reporter: Benjamin Bentmann
> Assignee: Benjamin Bentmann
> Priority: Trivial
> Fix For: 1.5.2
>
> Attachments: pretty-xml.patch
>
>
> The {{MXSerializer}} commonly used by the Modello generated writers produces something like
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?><metadata>
> <groupId>org.apache.maven.plugins</groupId>
> <artifactId>maven-jxr-plugin</artifactId>
> <version>2.1</version>
> <versioning>
> <latest>2.1</latest>
> <release>2.1</release>
> <versions>
> <version>2.0</version>
> <version>2.1</version>
> </versions>
> <lastUpdated>20070407095323</lastUpdated>
> </versioning>
> </metadata>{code}
> It would be cool if there were newlines after the XML declaration and at the end of file.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Closed: (PLXUTILS-56) Improve URL decoding done by FileUtils.toFile()

2008-04-11T11:24:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benjamin Bentmann closed PLXUTILS-56.
-------------------------------------

Assignee: Benjamin Bentmann
Resolution: Fixed
Fix Version/s: 1.5.2

Fixed in [r7278|http://fisheye.codehaus.org/changelog/plexus/?cs=7278].

> Improve URL decoding done by FileUtils.toFile()
> -----------------------------------------------
>
> Key: PLXUTILS-56
> URL: http://jira.codehaus.org/browse/PLXUTILS-56
> Project: Plexus Utils
> Issue Type: Bug
> Affects Versions: 1.0.4
> Reporter: Benjamin Bentmann
> Assignee: Benjamin Bentmann
> Fix For: 1.5.2
>
> Attachments: url-to-file.patch
>
>
> A URL like "file:/C:/name%20with%20encoded%20spaces.txt" currently fails to get properly converted to the file path "C:\name with spaces.txt". The problem stems from URL.getFile() returning a raw (i.e. still URL-encoded) substring, see [Sun Bug ID 4466485|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4466485] for a vivid discussion.
> The attached patch is not perfect, i.e. may still fail for certain URLs as it only decodes selected escape sequences. In the long term, the method should be updated to use java.io.File.<ctor>(java.net.URI) which does the proper decoding.
> The patch includes some minor tweaks to the class which are not related to this issue but I could not resist.

[jira] Updated: (PLXUTILS-56) Improve URL decoding done by FileUtils.toFile()

2008-04-11T11:22:58Z

> Improve URL decoding done by FileUtils.toFile()
> -----------------------------------------------
>
> Key: PLXUTILS-56
> URL: http://jira.codehaus.org/browse/PLXUTILS-56
> Project: Plexus Utils
> Issue Type: Bug
> Affects Versions: 1.0.4
> Reporter: Benjamin Bentmann
> Attachments: url-to-file.patch
>
>
> A URL like "file:/C:/name%20with%20encoded%20spaces.txt" currently fails to get properly converted to the file path "C:\name with spaces.txt". The problem stems from URL.getFile() returning a raw (i.e. still URL-encoded) substring, see [Sun Bug ID 4466485|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4466485] for a vivid discussion.
> The attached patch is not perfect, i.e. may still fail for certain URLs as it only decodes selected escape sequences. In the long term, the method should be updated to use java.io.File.<ctor>(java.net.URI) which does the proper decoding.
> The patch includes some minor tweaks to the class which are not related to this issue but I could not resist.

[jira] Closed: (PLX-369) Plexus CDC throws IndexOutOfBounds Exception if java file is empty

2008-04-10T08:50:59Z

[ http://jira.codehaus.org/browse/PLX-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Brett Porter closed PLX-369.
----------------------------

Assignee: Brett Porter
Resolution: Fixed

> Plexus CDC throws IndexOutOfBounds Exception if java file is empty
> ------------------------------------------------------------------
>
> Key: PLX-369
> URL: http://jira.codehaus.org/browse/PLX-369
> Project: Plexus
> Issue Type: Bug
> Components: CDC
> Affects Versions: 1.0-alpha-10
> Reporter: James William Dumay
> Assignee: Brett Porter
> Fix For: 1.0-alpha-10
>
> Attachments: plexus-cdc-empty-file.patch
>
>
> Plexus CDC throws IndexOutOfBounds Exception if java file is empty
> This patch solves the headache of having to figure this out late at night.

[jira] Created: (PLX-369) Plexus CDC throws IndexOutOfBounds Exception if java file is empty

2008-04-10T07:07:58Z

Plexus CDC throws IndexOutOfBounds Exception if java file is empty
------------------------------------------------------------------

Key: PLX-369
URL: http://jira.codehaus.org/browse/PLX-369
Project: Plexus
Issue Type: Bug
Components: CDC
Affects Versions: 1.0-alpha-10
Reporter: James William Dumay
Fix For: 1.0-alpha-10
Attachments: plexus-cdc-empty-file.patch

Plexus CDC throws IndexOutOfBounds Exception if java file is empty

This patch solves the headache of having to figure this out late at night.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Commented: (PLXUTILS-69) FileUtils.copyFile doesn't work when destination file is in smb share

2008-04-09T12:53:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-69?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=130297#action_130297 ]

Ittay Dror commented on PLXUTILS-69:
------------------------------------

After investigating, it looks like it is a permissions issue. Most files maven created were created in the linux box (yes, the smb host was linux, forgot to mention that) with sharer:users. The file above was 'ittayd:users' (not sure how), which caused the failure. Removing the file solved the issue.

Maybe this scenario is too rare to deal with, or maybe you'd like to consider using jcifs.samba.org (not sure how)

> FileUtils.copyFile doesn't work when destination file is in smb share
> ---------------------------------------------------------------------
>
> Key: PLXUTILS-69
> URL: http://jira.codehaus.org/browse/PLXUTILS-69
> Project: Plexus Utils
> Issue Type: Bug
> Reporter: Ittay Dror
>
> running mvn install fails. the relevant exception is this:
> Caused by: java.io.FileNotFoundException: w:\maven\repository\com\optier\corefirst\common\Cpp\Infrastructure\Archive\1.0.0-SNAPSHOT\Archive-1.0.0-SNAPSHOT-x86-windows-msvc-shared.nar (Access is denied)
> at java.io.FileOutputStream.open(Native Method)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:179)
> at java.io.FileOutputStream.<init>(FileOutputStream.java:131)
> at hidden.org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:930)
> at org.apache.maven.artifact.installer.DefaultArtifactInstaller.install(DefaultArtifactInstaller.java:73)
> ... 19 more
> other files are created fine (classes, jars etc.)

[jira] Created: (PLXUTILS-69) FileUtils.copyFile doesn't work when destination file is in smb share

2008-04-09T12:25:58Z

FileUtils.copyFile doesn't work when destination file is in smb share
---------------------------------------------------------------------

Key: PLXUTILS-69
URL: http://jira.codehaus.org/browse/PLXUTILS-69
Project: Plexus Utils
Issue Type: Bug
Reporter: Ittay Dror

running mvn install fails. the relevant exception is this:
Caused by: java.io.FileNotFoundException: w:\maven\repository\com\optier\corefirst\common\Cpp\Infrastructure\Archive\1.0.0-SNAPSHOT\Archive-1.0.0-SNAPSHOT-x86-windows-msvc-shared.nar (Access is denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:179)
at java.io.FileOutputStream.<init>(FileOutputStream.java:131)
at hidden.org.codehaus.plexus.util.FileUtils.copyFile(FileUtils.java:930)
at org.apache.maven.artifact.installer.DefaultArtifactInstaller.install(DefaultArtifactInstaller.java:73)
... 19 more

other files are created fine (classes, jars etc.)

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Created: (PLX-368) Bug in UrlUtils prevents relative parent URL handling

2008-04-09T07:01:58Z

Bug in UrlUtils prevents relative parent URL handling
-----------------------------------------------------

Key: PLX-368
URL: http://jira.codehaus.org/browse/PLX-368
Project: Plexus
Issue Type: Bug
Reporter: Oliver Gierke

I get an StringIndexOutOfBoundsException if a Mavenplugin tries to call normalizeUrl(..) on UrlUtils with the following format:

"../../foo/bar".

As I found the sources here (http://fisheye.codehaus.org/browse/~raw,r=4729/plexus/plexus-classworlds/trunk/src/main/java/org/codehaus/classworlds/UrlUtils.java) it seems that the guarding if-clause (if (i >0)) is not strog enought as a value of 2 for i can cause a call to substring(-1) two lines later.

Regards, Ollie

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Updated: (PLX-326) Create a page with references on available components

2008-04-07T16:10:58Z

[ http://jira.codehaus.org/browse/PLX-326?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Olivier Lamy updated PLX-326:
-----------------------------

Assignee: (was: Olivier Lamy)

> Create a page with references on available components
> -----------------------------------------------------
>
> Key: PLX-326
> URL: http://jira.codehaus.org/browse/PLX-326
> Project: Plexus
> Issue Type: Improvement
> Components: Documentation
> Reporter: Olivier Lamy
> Time Spent: 1 hour
> Remaining Estimate: 0 minutes
>
> We need a page which provide a reference for all available components.
> This can be based on : [http://maven.apache.org/plugins|http://maven.apache.org/plugins] or [http://mojo.codehaus.org|http://mojo.codehaus.org]

[jira] Updated: (PLXUTILS-56) Improve URL decoding done by FileUtils.toFile()

2008-04-06T05:25:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-56?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Benjamin Bentmann updated PLXUTILS-56:
--------------------------------------

Attachment: url-to-file.patch

Next try: Copied code from Commons IO 1.4. I included an index fix such that "%2520" properly decodes to "%20" rather than " ".

> Improve URL decoding done by FileUtils.toFile()
> -----------------------------------------------
>
> Key: PLXUTILS-56
> URL: http://jira.codehaus.org/browse/PLXUTILS-56
> Project: Plexus Utils
> Issue Type: Bug
> Reporter: Benjamin Bentmann
> Attachments: url-to-file.patch
>
>
> A URL like "file:/C:/name%20with%20encoded%20spaces.txt" currently fails to get properly converted to the file path "C:\name with spaces.txt". The problem stems from URL.getFile() returning a raw (i.e. still URL-encoded) substring, see [Sun Bug ID 4466485|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4466485] for a vivid discussion.
> The attached patch is not perfect, i.e. may still fail for certain URLs as it only decodes selected escape sequences. In the long term, the method should be updated to use java.io.File.<ctor>(java.net.URI) which does the proper decoding.
> The patch includes some minor tweaks to the class which are not related to this issue but I could not resist.

[jira] Updated: (PLXUTILS-56) Improve URL decoding done by FileUtils.toFile()

2008-04-06T05:21:58Z

> Improve URL decoding done by FileUtils.toFile()
> -----------------------------------------------
>
> Key: PLXUTILS-56
> URL: http://jira.codehaus.org/browse/PLXUTILS-56
> Project: Plexus Utils
> Issue Type: Bug
> Reporter: Benjamin Bentmann
>
> A URL like "file:/C:/name%20with%20encoded%20spaces.txt" currently fails to get properly converted to the file path "C:\name with spaces.txt". The problem stems from URL.getFile() returning a raw (i.e. still URL-encoded) substring, see [Sun Bug ID 4466485|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4466485] for a vivid discussion.
> The attached patch is not perfect, i.e. may still fail for certain URLs as it only decodes selected escape sequences. In the long term, the method should be updated to use java.io.File.<ctor>(java.net.URI) which does the proper decoding.
> The patch includes some minor tweaks to the class which are not related to this issue but I could not resist.

[jira] Updated: (PLXUTILS-56) Improve URL decoding done by FileUtils.toFile()

2008-04-06T05:21:58Z

> Improve URL decoding done by FileUtils.toFile()
> -----------------------------------------------
>
> Key: PLXUTILS-56
> URL: http://jira.codehaus.org/browse/PLXUTILS-56
> Project: Plexus Utils
> Issue Type: Bug
> Reporter: Benjamin Bentmann
>
> A URL like "file:/C:/name%20with%20encoded%20spaces.txt" currently fails to get properly converted to the file path "C:\name with spaces.txt". The problem stems from URL.getFile() returning a raw (i.e. still URL-encoded) substring, see [Sun Bug ID 4466485|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4466485] for a vivid discussion.
> The attached patch is not perfect, i.e. may still fail for certain URLs as it only decodes selected escape sequences. In the long term, the method should be updated to use java.io.File.<ctor>(java.net.URI) which does the proper decoding.
> The patch includes some minor tweaks to the class which are not related to this issue but I could not resist.

[jira] Created: (PLXCOMP-109) Move org.codehaus.plexus.compiler.util.scan to plexus-utils

2008-04-03T01:47:58Z

Move org.codehaus.plexus.compiler.util.scan to plexus-utils
-----------------------------------------------------------

Key: PLXCOMP-109
URL: http://jira.codehaus.org/browse/PLXCOMP-109
Project: Plexus Components
Issue Type: Task
Components: plexus-compiler
Reporter: Mark Hobson

These are handy classes that can be used outside of plexus-compiler. Currently used by apt-maven-plugin which has a misleading dependency on plexus-compiler-api.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Created: (PLXCOMP-108) archivers do not detect duplicated files in the archive

2008-04-01T14:31:58Z

archivers do not detect duplicated files in the archive
-------------------------------------------------------

Key: PLXCOMP-108
URL: http://jira.codehaus.org/browse/PLXCOMP-108
Project: Plexus Components
Issue Type: Bug
Components: plexus-archiver
Reporter: John Casey

This allows the same file to be added from two different calls, and the same exact path will be added twice to a single archive, prompting for overwrite when the archive is extracted.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Commented: (PLXCOMP-81) Intermittent "507 Insufficient Storage" on Windows systems when GET immediately followed by PUT to same file.

2008-03-26T03:59:58Z

[ http://jira.codehaus.org/browse/PLXCOMP-81?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=128660#action_128660 ]

Matt Read commented on PLXCOMP-81:
----------------------------------

I'm seeing this error message intermittently too - not certain whether the cause is the same as for this original Jira but it only arrived when we added WebDAV to the mix.

> Intermittent "507 Insufficient Storage" on Windows systems when GET immediately followed by PUT to same file.
> -------------------------------------------------------------------------------------------------------------
>
> Key: PLXCOMP-81
> URL: http://jira.codehaus.org/browse/PLXCOMP-81
> Project: Plexus Components
> Issue Type: Bug
> Components: plexus-webdav
> Environment: Windows 2003/XP, Java 1.5_11, Intel x86, Archiva 1.0 Beta 1
> Reporter: David Valeri
> Assignee: Joakim Erdfelt
> Attachments: StreamCleanup.patch
>
>
> When a GET request is immediately followed by a PUT request for the same resource on a Windows system, the resource may be locked after the GET request causing the PUT request to fail. The issue is intermittent and appears to occur when the InputStreams being opened in ReplacementGetMethod#sendResource are not closed and cause the error when the streams are not garbage collected before the PUT request is made. The exception is generated on line 76 of DAVOutputStream in the Could.it WebDAV implementation. The exception occurs when replacing the existing (and sometimes locked) file with the temporary file that was created during the upload.
> This issue is exposed in http://jira.codehaus.org/browse/MRM-243.

Re: [vote] release plexus-io 1.0-alpha-2 and plexus-archiver 1.0-alpha-10

2008-03-25T11:52:08Z

Yeah, just forgot about that in the confusion last time. It won't happen again.

-john

On Mar 25, 2008, at 1:39 PM, Jason van Zyl wrote:

You don't have to stage them but the release plugin should have done the sources and javadocs.

On 25-Mar-08, at 7:54 AM, John Casey wrote:

BTW, this release took place a few weeks ago...not sure if your mail client is causing problems (popping this message up in front of you again, for instance). I believe the last release of these two projects was done by me. I used the release plugin and didn't bother to stage them out first, fwiw, since it seems like the plexus "community" is pretty quiet most days.

-john

On Mar 25, 2008, at 10:04 AM, Jason van Zyl wrote:

Just use the release plugin. The last release of the container, and p-u apparently have no sources.

I don't mind being a little more free and easy here with releases but they have to be intact. Who released the last version of the container and p-u?

On 19-Feb-08, at 7:56 AM, John Casey wrote:

Hi,

I'd like to release these two component projects so I can get a release of maven-assembly-plugin ready to go.

Any objections to this?

-john

---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john
rss: http://feeds.feedburner.com/ejlife/john

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.

-- Jakob Burckhardt

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john
rss: http://feeds.feedburner.com/ejlife/john

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.

-- Jakob Burckhardt

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

---

John Casey

Committer and PMC Member, Apache Maven

mail: jdcasey at commonjava dot org

blog: http://www.ejlife.net/blogs/john

rss: http://feeds.feedburner.com/ejlife/john

Re: [vote] release plexus-io 1.0-alpha-2 and plexus-archiver 1.0-alpha-10

2008-03-25T10:39:53Z

You don't have to stage them but the release plugin should have done
the sources and javadocs.

On 25-Mar-08, at 7:54 AM, John Casey wrote:

> BTW, this release took place a few weeks ago...not sure if your mail
> client is causing problems (popping this message up in front of you
> again, for instance). I believe the last release of these two
> projects was done by me. I used the release plugin and didn't bother
> to stage them out first, fwiw, since it seems like the plexus
> "community" is pretty quiet most days.
>
> -john
>
>
> On Mar 25, 2008, at 10:04 AM, Jason van Zyl wrote:
>
>> Just use the release plugin. The last release of the container, and
>> p-u apparently have no sources.
>>
>> I don't mind being a little more free and easy here with releases
>> but they have to be intact. Who released the last version of the
>> container and p-u?
>>
>> On 19-Feb-08, at 7:56 AM, John Casey wrote:
>>> Hi,
>>>
>>> I'd like to release these two component projects so I can get a
>>> release of maven-assembly-plugin ready to go.
>>>
>>> Any objections to this?
>>>
>>> -john
>>>
>>> ---
>>> John Casey
>>> Committer and PMC Member, Apache Maven
>>> mail: jdcasey at commonjava dot org
>>> blog: http://www.ejlife.net/blogs/john
>>> rss: http://feeds.feedburner.com/ejlife/john
>>>
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder, Apache Maven
>> jason at sonatype dot com
>> ----------------------------------------------------------
>>
>> A party which is not afraid of letting culture,
>> business, and welfare go to ruin completely can
>> be omnipotent for a while.
>>
>> -- Jakob Burckhardt
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>
> ---
> John Casey
> Committer and PMC Member, Apache Maven
> mail: jdcasey at commonjava dot org
> blog: http://www.ejlife.net/blogs/john
> rss: http://feeds.feedburner.com/ejlife/john
>
>

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.

-- Jakob Burckhardt

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: [vote] release plexus-io 1.0-alpha-2 and plexus-archiver 1.0-alpha-10

2008-03-25T07:54:08Z

BTW, this release took place a few weeks ago...not sure if your mail client is causing problems (popping this message up in front of you again, for instance). I believe the last release of these two projects was done by me. I used the release plugin and didn't bother to stage them out first, fwiw, since it seems like the plexus "community" is pretty quiet most days.

-john

On Mar 25, 2008, at 10:04 AM, Jason van Zyl wrote:

Just use the release plugin. The last release of the container, and p-u apparently have no sources.

I don't mind being a little more free and easy here with releases but they have to be intact. Who released the last version of the container and p-u?

On 19-Feb-08, at 7:56 AM, John Casey wrote:

Hi,

I'd like to release these two component projects so I can get a release of maven-assembly-plugin ready to go.

Any objections to this?

-john

---
John Casey
Committer and PMC Member, Apache Maven
mail: jdcasey at commonjava dot org
blog: http://www.ejlife.net/blogs/john
rss: http://feeds.feedburner.com/ejlife/john

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

A party which is not afraid of letting culture,
business, and welfare go to ruin completely can
be omnipotent for a while.

-- Jakob Burckhardt

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

---

John Casey

Committer and PMC Member, Apache Maven

mail: jdcasey at commonjava dot org

blog: http://www.ejlife.net/blogs/john

rss: http://feeds.feedburner.com/ejlife/john

Re: [vote] release plexus-io 1.0-alpha-2 and plexus-archiver 1.0-alpha-10

2008-03-25T07:04:58Z

Just use the release plugin. The last release of the container, and p-
u apparently have no sources.

I don't mind being a little more free and easy here with releases but
they have to be intact. Who released the last version of the container
and p-u?

On 19-Feb-08, at 7:56 AM, John Casey wrote:

> Hi,
>
> I'd like to release these two component projects so I can get a
> release of maven-assembly-plugin ready to go.
>
> Any objections to this?
>
> -john
>
> ---
> John Casey
> Committer and PMC Member, Apache Maven
> mail: jdcasey at commonjava dot org
> blog: http://www.ejlife.net/blogs/john
> rss: http://feeds.feedburner.com/ejlife/john
>
>

[jira] Commented: (PLXCOMP-38) plexus archiver writes archives that error out on some platforms

2008-03-24T19:35:58Z

[ http://jira.codehaus.org/browse/PLXCOMP-38?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=128481#action_128481 ]

James William Dumay commented on PLXCOMP-38:
--------------------------------------------

Thanks Olivier for merging this in :)

> plexus archiver writes archives that error out on some platforms
> ----------------------------------------------------------------
>
> Key: PLXCOMP-38
> URL: http://jira.codehaus.org/browse/PLXCOMP-38
> Project: Plexus Components
> Issue Type: Bug
> Components: plexus-archiver
> Reporter: Brett Porter
> Assignee: Olivier Lamy
> Priority: Minor
> Attachments: r7233.diff
>
>
> this happens if you use Ant to generate them too, which may be because they stem from similar code.
> Untarring any Maven releases (1.0.2, 2.0-alpha-X) on Solaris 10 or Mac OS X with gtar yields an error about "lone block at end", though it is successful.

[jira] Closed: (PLXCOMP-38) plexus archiver writes archives that error out on some platforms

2008-03-24T13:32:58Z

[ http://jira.codehaus.org/browse/PLXCOMP-38?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Olivier Lamy closed PLXCOMP-38.
-------------------------------

Resolution: Fixed

fixed in rev 7256.
Thanks!

[jira] Assigned: (PLXCOMP-38) plexus archiver writes archives that error out on some platforms

2008-03-24T13:08:58Z

[ http://jira.codehaus.org/browse/PLXCOMP-38?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Olivier Lamy reassigned PLXCOMP-38:
-----------------------------------

Assignee: Olivier Lamy

[jira] Commented: (PLXCOMP-38) plexus archiver writes archives that error out on some platforms

2008-03-24T11:27:58Z

[ http://jira.codehaus.org/browse/PLXCOMP-38?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=128416#action_128416 ]

Denis Sadowski commented on PLXCOMP-38:
---------------------------------------

Any timeline on the resolution of this issue?

> plexus archiver writes archives that error out on some platforms
> ----------------------------------------------------------------
>
> Key: PLXCOMP-38
> URL: http://jira.codehaus.org/browse/PLXCOMP-38
> Project: Plexus Components
> Issue Type: Bug
> Components: plexus-archiver
> Reporter: Brett Porter
> Priority: Minor
> Attachments: r7233.diff
>
>
> this happens if you use Ant to generate them too, which may be because they stem from similar code.
> Untarring any Maven releases (1.0.2, 2.0-alpha-X) on Solaris 10 or Mac OS X with gtar yields an error about "lone block at end", though it is successful.

[jira] Commented: (PLXUTILS-12) Plexus xml pull parser doesn't support entities for non-english characters

2008-03-24T03:23:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-12?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=128366#action_128366 ]

Benjamin Bentmann commented on PLXUTILS-12:
-------------------------------------------

Why bother with entity declarations if you can insert the character literally? The XML declaration allows you to select your favorite encoding, e.g. use UTF-8 and happily write quite any character around the world. All JVMs must support UTF-8 and all proper text editors support it.

If you really want to write ASCII-only, you could still use numeric entities like "&\#xuuuu;" which XML parsers understand out-of-the-box.

> Plexus xml pull parser doesn't support entities for non-english characters
> --------------------------------------------------------------------------
>
> Key: PLXUTILS-12
> URL: http://jira.codehaus.org/browse/PLXUTILS-12
> Project: Plexus Utils
> Issue Type: Bug
> Reporter: Eirik Maus
>
> It is common to introduce xml entities for non-english characters in order to be able to use these in xml files across parses and character sets. This causes the plexus xml pull-parser to fail, a bug which makes many xml files unparsable.
> Consider the following fragment from our maven project.xml file
> <?xml version="1.0" encoding="ISO-8859-1"?>
> <!DOCTYPE project [
> <!ENTITY OSlash "ø">
> <!ENTITY CapitalOSlash "Ø">
> ]>
> <project>
> <pomVersion>3</pomVersion>
> .....
> <developers>
> 
> <developer>
> <name>Marit Finne J&OSlash;rgensen</name>
> <id>mfj</id>
> <email>marit ... </email>
> </project>
> This works with maven 1.0. In order to use the project xml file with maven 1.1, the &OSlash; symbols must be replaced with their real letter 'ø', otherwise the plexus pullparser throws exceptionon the entity.
> While not supporting 'ø' actually could be considered a bug in all the other xml parsers, the Entity workaround is legal XML and should be parsable with all parsers.

[jira] Commented: (PLXUTILS-16) incorporate "followSymlinks" functionality in FileUtils API

2008-03-24T03:11:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-16?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=128365#action_128365 ]

Benjamin Bentmann commented on PLXUTILS-16:
-------------------------------------------

bq. is there a way to detect symlinks in java?
Somehow: As described in the javadoc for {{[File.getCanonicalPath()|http://java.sun.com/javase/6/docs/api/java/io/File.html#getCanonicalPath()]}}, this method resolves symbolic links, unlike {{File.getAbsolutePath()}}. So, if for a given path the return values from {{getCanonicalPath()}} and {{getAbsolutePath()}} differ, this is likely caused by a symlink. See also the docs for the [Ant symlink task|http://ant.apache.org/manual/OptionalTasks/symlink.html] and the implementation of Plexus' {{DirectoryScanner.isSymbolicLink()}}.

Implementors of this heuristic need to keep in mind the following cases that can cause false positives for the symlink detection:
- {{getCanonicalPath()}} also performs path normalization (e.g. removing ".." references), so any non-normalized input path will be errorneously detected as a symlink.
- On Windows, {{getCanonicalPath()}} performs case corrections to deliver the original case-preserved file path (e.g. "c:\POM.XML" might become "C:\pom.xml"). For this reason, symlink detection should not compare canonical and absolute paths literally using {{String.equals()}} but rather using {{File.equals()}} which will automatically perform a case-insensitive comparison on Windows.

> incorporate "followSymlinks" functionality in FileUtils API
> -----------------------------------------------------------
>
> Key: PLXUTILS-16
> URL: http://jira.codehaus.org/browse/PLXUTILS-16
> Project: Plexus Utils
> Issue Type: New Feature
> Reporter: John Casey
> Priority: Blocker
>
> In order to avoid infinite looping when deleting directories in FileUtils, we should add a "followSymlinks" flag to the API to allow people to determine which semantics they want. This will allow the maven-clean-plugin to start using FileUtils instead of its homespun version of the directory delete.

[jira] Closed: (PLXUTILS-66) new method in FileUtils to copyFile with FilterWrapper[] with new parameter : boolean overwrite

2008-03-24T01:02:58Z

[ http://jira.codehaus.org/browse/PLXUTILS-66?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Olivier Lamy closed PLXUTILS-66.
--------------------------------

Resolution: Fixed

> new method in FileUtils to copyFile with FilterWrapper[] with new parameter : boolean overwrite
> ------------------------------------------------------------------------------------------------
>
> Key: PLXUTILS-66
> URL: http://jira.codehaus.org/browse/PLXUTILS-66
> Project: Plexus Utils
> Issue Type: Improvement
> Reporter: Olivier Lamy
> Assignee: Olivier Lamy
> Fix For: 1.5.2
>
>

Re: [jira] Created: (PLX-367) Reading of Classworlds configuration is sensitive to default encoding of executing JVM

2008-03-23T03:23:59Z

> Benjamin just sign up to the project and I'll give you access. Maven
> committer generally just get access to Plexus. Then you can patch it
> yourself.

Alright, sign up request is out. But be warned that I still prefer attaching
patches to JIRAs instead of committing directly, Plexus is just too
essential for the core of Maven and not everything that appears to be a
trivial fix is really safe to apply (just take MNG-3478 where 180 unit tests
told me everything was OK).

Benjamin

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

Re: [jira] Created: (PLX-367) Reading of Classworlds configuration is sensitive to default encoding of executing JVM

2008-03-22T12:57:50Z

Benjamin just sign up to the project and I'll give you access. Maven
committer generally just get access to Plexus. Then you can patch it
yourself.

On 21-Mar-08, at 12:06 PM, Benjamin Bentmann (JIRA) wrote:

> Reading of Classworlds configuration is sensitive to default
> encoding of executing JVM
> --------------------------------------------------------------------------------------
>
> Key: PLX-367
> URL: http://jira.codehaus.org/browse/PLX-367
> Project: Plexus
> Issue Type: Bug
> Environment: Maven 2.0.8
> Reporter: Benjamin Bentmann
> Attachments: config-file-encoding.patch
>
> Running Maven on a JVM with default encoding "UTF-16" crashes:
> {noformat}
> org.codehaus.classworlds.ConfigurationException: Unhandled
> configuration (1): <snip>
> at
> org.codehaus.classworlds.Configurator.configure(Configurator.java:382)
> at org.codehaus.classworlds.Launcher.configure(Launcher.java:156)
> at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:
> 426)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> {noformat} ac
>
> For robustness, Plexus should use a fixed encoding when reading its
> configuration.
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the
> administrators: http://jira.codehaus.org/secure/Administrators.jspa
> -
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
> http://xircles.codehaus.org/manage_email
>
>

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
jason at sonatype dot com
----------------------------------------------------------

First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked about ... Second,
the separation of the Idea into parts, by dividing it at the joints,
as nature directs, not breaking any limb in half as a bad carver might.

-- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email

[jira] Closed: (PLX-367) Reading of Classworlds configuration is sensitive to default encoding of executing JVM

2008-03-21T13:48:45Z

[ http://jira.codehaus.org/browse/PLX-367?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Herve Boutemy closed PLX-367.
-----------------------------

Assignee: Herve Boutemy
Resolution: Fixed

applied in r7251, which will be released in 1.0-alpha-13

> Reading of Classworlds configuration is sensitive to default encoding of executing JVM
> --------------------------------------------------------------------------------------
>
> Key: PLX-367
> URL: http://jira.codehaus.org/browse/PLX-367
> Project: Plexus
> Issue Type: Bug
> Environment: Maven 2.0.8
> Reporter: Benjamin Bentmann
> Assignee: Herve Boutemy
> Attachments: config-file-encoding.patch
>
>
> Running Maven on a JVM with default encoding "UTF-16" crashes:
> {noformat}
> org.codehaus.classworlds.ConfigurationException: Unhandled configuration (1): <snip>
> at org.codehaus.classworlds.Configurator.configure(Configurator.java:382)
> at org.codehaus.classworlds.Launcher.configure(Launcher.java:156)
> at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:426)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> {noformat}
> For robustness, Plexus should use a fixed encoding when reading its configuration.

[jira] Created: (PLX-367) Reading of Classworlds configuration is sensitive to default encoding of executing JVM

2008-03-21T12:06:45Z

Reading of Classworlds configuration is sensitive to default encoding of executing JVM
--------------------------------------------------------------------------------------

Key: PLX-367
URL: http://jira.codehaus.org/browse/PLX-367
Project: Plexus
Issue Type: Bug
Environment: Maven 2.0.8
Reporter: Benjamin Bentmann
Attachments: config-file-encoding.patch

Running Maven on a JVM with default encoding "UTF-16" crashes:
{noformat}
org.codehaus.classworlds.ConfigurationException: Unhandled configuration (1): <snip>
at org.codehaus.classworlds.Configurator.configure(Configurator.java:382)
at org.codehaus.classworlds.Launcher.configure(Launcher.java:156)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:426)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
{noformat}

For robustness, Plexus should use a fixed encoding when reading its configuration.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

http://xircles.codehaus.org/manage_email