[jira] Created: (MNG-2134) Population problem when ${project.organization.name} is used in pom, e.g. in plugin configuration.

2006-03-07 Thread Maria Odea Ching (JIRA)
Population problem when ${project.organization.name} is used in pom, e.g. in 
plugin configuration.
--

 Key: MNG-2134
 URL: http://jira.codehaus.org/browse/MNG-2134
 Project: Maven 2
Type: Bug

  Components: POM  
Versions: 2.0.3
Reporter: Maria Odea Ching


The value set is the project name instead of the organization name.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MJAVADOC-36) Would like a way to get default javadoc behavior

2006-03-07 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MJAVADOC-36?page=comments#action_60326 ] 

Maria Odea Ching commented on MJAVADOC-36:
--

By the way, if no "stylesheet" parameter is specified, the default stylesheet 
used is java's default stylesheet.

> Would like a way to get default javadoc behavior
> 
>
>  Key: MJAVADOC-36
>  URL: http://jira.codehaus.org/browse/MJAVADOC-36
>  Project: Maven 2.x Javadoc Plugin
> Type: Wish

>  Environment: Windows XP
> Reporter: Martin Desruisseaux
> Assignee: Maria Odea Ching
> Priority: Minor
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-36-maven-javadoc-plugin.patch, 
> no_default_stylesheet.diff
>
>
> The javadoc plugin overrides some Sun's javadoc default options with its own 
> default. This is quite nice for options like -bottom, since Maven has 
> informations that Sun's javadoc doesn't have. The -package option (which 
> default to 'true' in maven-javadoc-plugin, while the default was 'false' in 
> Sun's javadoc) sound a little bit more surprising to me, since it lead us to 
> a situation where we have two set of default values to keep in mind: the 
> Sun's ones, and the Maven ones.
> It is not a real problem for options like -package and -use. It is a little 
> bit more disturbing for -stylesheet, since it seems hard to tell to Maven to 
> not use the Maven's stylesheet, but to keep the Sun's default stylesheet 
> instead. I understand that we can provide our own stylesheet with the 
>  parameter, but in this case I have no file to point; I would 
> just like to keep Sun's default stylesheet.
> I would like a way to disable completly the "-stylesheet" option in the 
> javadoc plugin. Or alternatively, the plugin may use the Maven's stylesheet 
> only when explicitly required.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-36) Would like a way to get default javadoc behavior

2006-03-07 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-36?page=all ]

Maria Odea Ching updated MJAVADOC-36:
-

Attachment: MJAVADOC-36-maven-javadoc-plugin.patch

> Would like a way to get default javadoc behavior
> 
>
>  Key: MJAVADOC-36
>  URL: http://jira.codehaus.org/browse/MJAVADOC-36
>  Project: Maven 2.x Javadoc Plugin
> Type: Wish

>  Environment: Windows XP
> Reporter: Martin Desruisseaux
> Priority: Minor
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-36-maven-javadoc-plugin.patch, 
> no_default_stylesheet.diff
>
>
> The javadoc plugin overrides some Sun's javadoc default options with its own 
> default. This is quite nice for options like -bottom, since Maven has 
> informations that Sun's javadoc doesn't have. The -package option (which 
> default to 'true' in maven-javadoc-plugin, while the default was 'false' in 
> Sun's javadoc) sound a little bit more surprising to me, since it lead us to 
> a situation where we have two set of default values to keep in mind: the 
> Sun's ones, and the Maven ones.
> It is not a real problem for options like -package and -use. It is a little 
> bit more disturbing for -stylesheet, since it seems hard to tell to Maven to 
> not use the Maven's stylesheet, but to keep the Sun's default stylesheet 
> instead. I understand that we can provide our own stylesheet with the 
>  parameter, but in this case I have no file to point; I would 
> just like to keep Sun's default stylesheet.
> I would like a way to disable completly the "-stylesheet" option in the 
> javadoc plugin. Or alternatively, the plugin may use the Maven's stylesheet 
> only when explicitly required.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-57) empty target/site/apidocs/apidocs/index.html created

2006-03-06 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-57?page=all ]

Maria Odea Ching updated MJAVADOC-57:
-

Attachment: MJAVADOC-57-maven-javadoc-plugin.patch

> empty target/site/apidocs/apidocs/index.html created
> 
>
>  Key: MJAVADOC-57
>  URL: http://jira.codehaus.org/browse/MJAVADOC-57
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-57-maven-javadoc-plugin.patch
>
>
> this seems to be because of the getOutputName(), but setting that to "index" 
> would likely overwrite the correct version.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MJAVADOC-51) Wrong source url on website

2006-03-05 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MJAVADOC-51?page=comments#action_60193 ] 

Maria Odea Ching commented on MJAVADOC-51:
--

Already fixed in svn, the maven website just needs to be updated.

> Wrong source url on website
> ---
>
>  Key: MJAVADOC-51
>  URL: http://jira.codehaus.org/browse/MJAVADOC-51
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

>  Environment: Web browser
> Reporter: Keith E Campbell
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4

>
>
> The website
> http://maven.apache.org/plugins/maven-javadoc-plugin/source-repository.html
>  lists the web access as:
> http://svn.apache.org/viewcvs.cgi/maven/components/trunk/maven-plugins/maven-javadoc-plugin
> and the svn checkout as:
> svn checkout 
> http://svn.apache.org/repos/asf/maven/components/trunk/maven-plugins/maven-javadoc-plugin
>  maven-javadoc-plugin
> These don't work resulting errors such as:
> svn: URL 
> 'http://svn.apache.org/repos/asf/maven/components/trunk/maven-plugins/maven-javadoc-plugin'
>  doesn't exist
> The correct URLs (found via trial and error) should probably be:
> http://svn.apache.org/viewcvs.cgi/maven/plugins/trunk/maven-javadoc-plugin/
> and
> svn checkout 
> http://svn.apache.org/repos/asf/maven/plugins/trunk/maven-javadoc-plugin 
> maven-javadoc-plugin

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MNG-2122) Update web access and svn checkout URLS in source repository page of maven-javadoc-plugin

2006-03-05 Thread Maria Odea Ching (JIRA)
Update web access and svn checkout URLS in source repository page of 
maven-javadoc-plugin
-

 Key: MNG-2122
 URL: http://jira.codehaus.org/browse/MNG-2122
 Project: Maven 2
Type: Task

  Components: Sites & Reporting  
Versions: 2.0.3
Reporter: Maria Odea Ching




-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-55) offline links not generated when offline

2006-03-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-55?page=all ]

Maria Odea Ching updated MJAVADOC-55:
-

Attachment: MJAVADOC-55-maven-javadoc-plugin.patch

> offline links not generated when offline
> 
>
>  Key: MJAVADOC-55
>  URL: http://jira.codehaus.org/browse/MJAVADOC-55
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

>  Environment: maven 2.0.2
> javadoc plugin (beta-3)
> Reporter: David DIDIER
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-55-maven-javadoc-plugin.patch
>
>
> The javadoc plugin (beta-3) in offline mode doesn't take into account the 
> offlineLinks parameter.
> In JavadocReport.java, line 829:
> if ( !isOffline )
> {
> addLinkArguments( arguments );
> addLinkofflineArguments( arguments );
> ...
> }
> Shouldn't addLinkofflineArguments be outside the if block ?

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-47) Javadoc plugin ignores destDir when used in reporting section

2006-03-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-47?page=all ]

Maria Odea Ching updated MJAVADOC-47:
-

Attachment: MJAVADOC-47-maven-javadoc-plugin.patch

> Javadoc plugin ignores destDir when used in reporting section
> -
>
>  Key: MJAVADOC-47
>  URL: http://jira.codehaus.org/browse/MJAVADOC-47
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

> Reporter: Wendy Smoak
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-47-maven-javadoc-plugin.patch
>
>
> When used in the reporting section of the pom and 'mvn site', output always 
> goes to target/apidocs, even if you specify an outputDir.  
> Having outputDir work correctly would by useful with alternate doclets, for 
> example sending the output of the UMLGraph doclet to target/uml so that it 
> can be further transformed.
> This seems to be the code that's doing it:
> if ( !javadocDirectory.getAbsolutePath().equals( getOutputDirectory() 
> ) )
> {
> // we're in site-embedded report mode, so Doxia has set the
> // reportOutputDirectory to the basedir of the site.
> // Append 'apidocs'.
> javadocDirectory = new File( javadocDirectory, "apidocs" );
> }

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-40) javadoc:jar doesn't work if destDir was changed in javadoc:javadoc

2006-03-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-40?page=all ]

Maria Odea Ching updated MJAVADOC-40:
-

Attachment: MJAVADOC-40-maven-javadoc-plugin.patch

> javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
> --
>
>  Key: MJAVADOC-40
>  URL: http://jira.codehaus.org/browse/MJAVADOC-40
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

> Reporter: Brian Fox
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-40-maven-javadoc-plugin.patch, javadoc-jar.patch
>
>
> The following configuration will cause jar to fail. This is major because it 
> stops release:perform from completing on what otherwise should be a valid 
> config
> 
> 
>   
> maven-javadoc-plugin
> 
>   1.4
>   ${project.build.directory}/site/javadoc
> 
>   
> 
>   

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-40) javadoc:jar doesn't work if destDir was changed in javadoc:javadoc

2006-03-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-40?page=all ]

Maria Odea Ching updated MJAVADOC-40:
-

Attachment: (was: MJAVADOC-40-maven-javadoc-plugin.patch)

> javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
> --
>
>  Key: MJAVADOC-40
>  URL: http://jira.codehaus.org/browse/MJAVADOC-40
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

> Reporter: Brian Fox
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: javadoc-jar.patch
>
>
> The following configuration will cause jar to fail. This is major because it 
> stops release:perform from completing on what otherwise should be a valid 
> config
> 
> 
>   
> maven-javadoc-plugin
> 
>   1.4
>   ${project.build.directory}/site/javadoc
> 
>   
> 
>   

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MJAVADOC-46) Allow -docletpath to be specified as an artifact

2006-03-03 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MJAVADOC-46?page=comments#action_60036 ] 

Maria Odea Ching commented on MJAVADOC-46:
--

Tested and verified the submitted patch.

> Allow -docletpath to be specified as an artifact
> 
>
>  Key: MJAVADOC-46
>  URL: http://jira.codehaus.org/browse/MJAVADOC-46
>  Project: Maven 2.x Javadoc Plugin
> Type: New Feature

> Reporter: Wendy Smoak
> Priority: Minor
>  Fix For: 2.0-beta-4
>  Attachments: javadoc-docletArtifact.diff
>
>
> As suggested (and written!) by Brett Porter on [EMAIL PROTECTED], in this 
> thread:
>http://marc.theaimsgroup.com/?l=turbine-maven-dev&m=113694865002748&w=2 
> Allow the doclet path to be specified as an artifact with .  
> Currently the only option is  which must be the local path to the 
> jar file and is not portable.
> Comments welcome, I'm happy to rework it if necessary.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MJAVADOC-40) javadoc:jar doesn't work if destDir was changed in javadoc:javadoc

2006-03-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MJAVADOC-40?page=all ]

Maria Odea Ching updated MJAVADOC-40:
-

Attachment: MJAVADOC-40-maven-javadoc-plugin.patch

> javadoc:jar doesn't work if destDir was changed in javadoc:javadoc
> --
>
>  Key: MJAVADOC-40
>  URL: http://jira.codehaus.org/browse/MJAVADOC-40
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

> Reporter: Brian Fox
> Assignee: Maria Odea Ching
>  Fix For: 2.0-beta-4
>  Attachments: MJAVADOC-40-maven-javadoc-plugin.patch, javadoc-jar.patch
>
>
> The following configuration will cause jar to fail. This is major because it 
> stops release:perform from completing on what otherwise should be a valid 
> config
> 
> 
>   
> maven-javadoc-plugin
> 
>   1.4
>   ${project.build.directory}/site/javadoc
> 
>   
> 
>   

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-32) Repository Indexing

2006-03-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-32?page=all ]
 
Maria Odea Ching closed MRM-32:
---

Resolution: Fixed

Lucene index was already created. All sub-tasks of this issue are already 
finished.

> Repository Indexing
> ---
>
>  Key: MRM-32
>  URL: http://jira.codehaus.org/browse/MRM-32
>  Project: Maven Repository Manager
> Type: New Feature

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>
> Create a repository indexer using Lucene

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-99) Use RepositoryIndexSearchLayer for searching in Packages

2006-03-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-99?page=all ]

Maria Odea Ching updated MRM-99:


Attachment: MRM-99-maven-repository-webapp.patch

> Use RepositoryIndexSearchLayer for searching in Packages
> 
>
>  Key: MRM-99
>  URL: http://jira.codehaus.org/browse/MRM-99
>  Project: Maven Repository Manager
> Type: Bug

>   Components: web application
> Versions: 1.0-alpha-1
> Reporter: John Tolentino
>  Attachments: MRM-99-maven-repository-webapp.patch
>
>   Time Spent: 30 minutes
>Remaining: 0 minutes
>
> Update PackageSearchAction to use RepositoryIndexSearchLayer and change 
> search result page to use SearchResult class.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MJAVADOC-52) locale error

2006-03-01 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MJAVADOC-52?page=comments#action_59870 ] 

Maria Odea Ching commented on MJAVADOC-52:
--

Also, change the zh_CN.UTF8 to zh_CN in the 
plugin configuration specified on the issue's description because a Malformed 
locale name error occurs.

> locale error
> 
>
>  Key: MJAVADOC-52
>  URL: http://jira.codehaus.org/browse/MJAVADOC-52
>  Project: Maven 2.x Javadoc Plugin
> Type: Bug

>  Environment: windows 2000 maven 2.01
> Reporter: pinghe
> Priority: Critical
>  Attachments: javadoc-locale.diff
>
>
>   
>   maven-javadoc-plugin
>   
>  zh_CN.UTF8
>   UTF-8
>   UTF-8
>   UTF-8
>   
>   
> output:
> [INFO] 
> 
> [ERROR] BUILD ERROR
> [INFO] 
> 
> [INFO] An error has occurred in JavaDocs report generation.
> Embedded error: Exit code: 1 - javadoc: option -locale must be first on the 
> command line.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-36) integration with discovery and scheduling

2006-03-01 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-36?page=all ]

Maria Odea Ching updated MRM-36:


Attachment: MRM-36-maven-repository-webapp.patch

> integration with discovery and scheduling
> -
>
>  Key: MRM-36
>  URL: http://jira.codehaus.org/browse/MRM-36
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-36-maven-repository-webapp.patch
>
> Original Estimate: 15 hours
>Time Spent: 7 hours
> Remaining: 8 hours
>
> I presume the regular indexer will process an individual file and add it to 
> the index, or remove a file from the index. This should integrated with the 
> discovery mechanism so that it can trigger the indexing of files (or removal 
> - though this is not currently in the discovery mechanism).
> As for scheduling, it may be that the index updates are processed on a 
> scheduled interval so that integration might be needed.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-42) discover repository metadata

2006-03-01 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-42?page=all ]

Maria Odea Ching updated MRM-42:


Attachment: MRM-42-maven-repository-discovery.patch

> discover repository metadata
> 
>
>  Key: MRM-42
>  URL: http://jira.codehaus.org/browse/MRM-42
>  Project: Maven Repository Manager
> Type: Task

>   Components: discovery
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-42-maven-repository-discovery.patch, 
> MRM-42-repository-manager-discovery.patch, 
> MRM-42-repository-manager-discovery.patch
>
> Original Estimate: 18 hours
>Time Spent: 18 hours
> Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Reopened: (MRM-42) discover repository metadata

2006-03-01 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-42?page=all ]
 
Maria Odea Ching reopened MRM-42:
-


There was a bug found when integrated with the scheduler and indexer.

> discover repository metadata
> 
>
>  Key: MRM-42
>  URL: http://jira.codehaus.org/browse/MRM-42
>  Project: Maven Repository Manager
> Type: Task

>   Components: discovery
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-42-repository-manager-discovery.patch, 
> MRM-42-repository-manager-discovery.patch
>
> Original Estimate: 18 hours
>Time Spent: 18 hours
> Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-88) search by filename

2006-02-21 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-88?page=all ]
 
Maria Odea Ching closed MRM-88:
---

Resolution: Fixed

The searcher is already capable of this.

> search by filename
> --
>
>  Key: MRM-88
>  URL: http://jira.codehaus.org/browse/MRM-88
>  Project: Maven Repository Manager
> Type: Sub-task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 2 hours
> Remaining: 2 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-57) ability to retrieve matched portion of classes, packages and files fields

2006-02-21 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-57?page=all ]

Maria Odea Ching updated MRM-57:


Attachment: MRM-57-maven-repository-indexer.patch

> ability to retrieve matched portion of classes, packages and files fields
> -
>
>  Key: MRM-57
>  URL: http://jira.codehaus.org/browse/MRM-57
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-57-maven-repository-indexer.patch, 
> MRM-57-maven-repository-indexing.patch
>
>   Time Spent: 21 hours
>Remaining: 0 minutes
>
> If searching by "org.apache", it would be good to just obtain the portions of 
> the field that matched. This might require indexing one record per class. 
> Need to investigate some more, and determine whether we are using that or can 
> do something else.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-57) ability to retrieve matched portion of classes, packages and files fields

2006-02-20 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-57?page=all ]

Maria Odea Ching updated MRM-57:


Attachment: MRM-57-maven-repository-indexing.patch

> ability to retrieve matched portion of classes, packages and files fields
> -
>
>  Key: MRM-57
>  URL: http://jira.codehaus.org/browse/MRM-57
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-57-maven-repository-indexing.patch
>
>   Time Spent: 12 hours
>Remaining: 9 hours
>
> If searching by "org.apache", it would be good to just obtain the portions of 
> the field that matched. This might require indexing one record per class. 
> Need to investigate some more, and determine whether we are using that or can 
> do something else.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MRM-36) integration with discovery and scheduling

2006-02-14 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MRM-36?page=comments#action_58581 ] 

Maria Odea Ching commented on MRM-36:
-

This issue is related to MRM-38. A Job that invokes the discoverer and indexer 
should be created and then scheduled to be executed. 

> integration with discovery and scheduling
> -
>
>  Key: MRM-36
>  URL: http://jira.codehaus.org/browse/MRM-36
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 15 hours
> Remaining: 15 hours
>
> I presume the regular indexer will process an individual file and add it to 
> the index, or remove a file from the index. This should integrated with the 
> discovery mechanism so that it can trigger the indexing of files (or removal 
> - though this is not currently in the discovery mechanism).
> As for scheduling, it may be that the index updates are processed on a 
> scheduled interval so that integration might be needed.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-58) create a search result class for returning from search

2006-02-13 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-58?page=all ]

Maria Odea Ching updated MRM-58:


Due Date: 17/Feb/06  (was: 15/Feb/06)

> create a search result class for returning from search
> --
>
>  Key: MRM-58
>  URL: http://jira.codehaus.org/browse/MRM-58
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 6 hours
> Remaining: 6 hours
>
>  instead of returning artifacts, return a search result class including 
> artifact, classes, packages and files

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-57) ability to retrieve matched portion of classes, packages and files fields

2006-02-13 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-57?page=all ]

Maria Odea Ching updated MRM-57:


  Due Date: 16/Feb/06
Remaining Estimate: 9 hours  (was: 0 minutes)

> ability to retrieve matched portion of classes, packages and files fields
> -
>
>  Key: MRM-57
>  URL: http://jira.codehaus.org/browse/MRM-57
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>   Time Spent: 12 hours
>Remaining: 9 hours
>
> If searching by "org.apache", it would be good to just obtain the portions of 
> the field that matched. This might require indexing one record per class. 
> Need to investigate some more, and determine whether we are using that or can 
> do something else.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Reopened: (MRM-57) ability to retrieve matched portion of classes, packages and files fields

2006-02-13 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-57?page=all ]
 
Maria Odea Ching reopened MRM-57:
-


When org.apache is searched in "query everything", and a match was found in a 
package name, the search results should know that it was a package that was 
found.

> ability to retrieve matched portion of classes, packages and files fields
> -
>
>  Key: MRM-57
>  URL: http://jira.codehaus.org/browse/MRM-57
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>   Time Spent: 12 hours
>Remaining: 0 minutes
>
> If searching by "org.apache", it would be good to just obtain the portions of 
> the field that matched. This might require indexing one record per class. 
> Need to investigate some more, and determine whether we are using that or can 
> do something else.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-57) ability to retrieve matched portion of classes, packages and files fields

2006-02-13 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-57?page=all ]
 
Maria Odea Ching closed MRM-57:
---

Resolution: Fixed

The current searcher already handles this type of search.

> ability to retrieve matched portion of classes, packages and files fields
> -
>
>  Key: MRM-57
>  URL: http://jira.codehaus.org/browse/MRM-57
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>   Time Spent: 12 hours
>Remaining: 0 minutes
>
> If searching by "org.apache", it would be good to just obtain the portions of 
> the field that matched. This might require indexing one record per class. 
> Need to investigate some more, and determine whether we are using that or can 
> do something else.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MRM-36) integration with discovery and scheduling

2006-02-10 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MRM-36?page=comments#action_58412 ] 

Maria Odea Ching commented on MRM-36:
-

The discoverer will be scheduled to execute using the plexus-quartz scheduler. 
Since the discoverer will have a complete list of all the artifacts/metadata in 
the repository, we can call the indexer and index the artifact/metadata as we 
iterate through this list. 

Please note that the indexer checks first whether the artifact/metadata already 
exists in the index before indexing the given artifact/metadata to assure that 
there will be no duplicates.

> integration with discovery and scheduling
> -
>
>  Key: MRM-36
>  URL: http://jira.codehaus.org/browse/MRM-36
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 15 hours
> Remaining: 15 hours
>
> I presume the regular indexer will process an individual file and add it to 
> the index, or remove a file from the index. This should integrated with the 
> discovery mechanism so that it can trigger the indexing of files (or removal 
> - though this is not currently in the discovery mechanism).
> As for scheduling, it may be that the index updates are processed on a 
> scheduled interval so that integration might be needed.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-68) Accomodate "query everything" in the index

2006-02-09 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-68?page=all ]
 
Maria Odea Ching closed MRM-68:
---

Resolution: Fixed

The resolution is included in the patch file attached in MRM-69.

> Accomodate "query everything" in the index
> --
>
>  Key: MRM-68
>  URL: http://jira.codehaus.org/browse/MRM-68
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 20 hours
>Time Spent: 17 hours, 30 minutes
> Remaining: 2 hours, 30 minutes
>
> Index must accomodate google-like search wherein the keyword or term can be 
> searched on all the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-09 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Attachment: MRM-69-maven-repository-indexer.patch

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
>  Attachments: MRM-69-maven-repository-indexer.patch, 
> MRM-69-maven-repository-indexer.patch, MRM-69-maven-repository-indexer.patch
>
> Original Estimate: 15 hours
>Time Spent: 13 hours
> Remaining: 2 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-09 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Attachment: (was: MRM-69-maven-repository-indexer.patch)

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
>  Attachments: MRM-69-maven-repository-indexer.patch, 
> MRM-69-maven-repository-indexer.patch
>
> Original Estimate: 15 hours
>Time Spent: 13 hours
> Remaining: 2 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-09 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Attachment: MRM-69-maven-repository-indexer.patch

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
>  Attachments: MRM-69-maven-repository-indexer.patch, 
> MRM-69-maven-repository-indexer.patch, MRM-69-maven-repository-indexer.patch
>
> Original Estimate: 15 hours
>Time Spent: 13 hours
> Remaining: 2 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-09 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Attachment: MRM-69-maven-repository-indexer.patch

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
>  Attachments: MRM-69-maven-repository-indexer.patch, 
> MRM-69-maven-repository-indexer.patch
>
> Original Estimate: 15 hours
>Time Spent: 13 hours
> Remaining: 2 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-08 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Attachment: MRM-69-maven-repository-indexer.patch

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching
>  Attachments: MRM-69-maven-repository-indexer.patch
>
> Original Estimate: 15 hours
>Time Spent: 8 hours
> Remaining: 7 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-07 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Due Date: 10/Feb/06

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 15 hours
> Remaining: 15 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-68) Accomodate "query everything" in the index

2006-02-07 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-68?page=all ]

Maria Odea Ching updated MRM-68:


Due Date: 10/Feb/06

> Accomodate "query everything" in the index
> --
>
>  Key: MRM-68
>  URL: http://jira.codehaus.org/browse/MRM-68
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 20 hours
> Remaining: 20 hours
>
> Index must accomodate google-like search wherein the keyword or term can be 
> searched on all the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-52) integrate with indexing

2006-02-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-52?page=all ]
 
Maria Odea Ching closed MRM-52:
---

Resolution: Fixed

> integrate with indexing
> ---
>
>  Key: MRM-52
>  URL: http://jira.codehaus.org/browse/MRM-52
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 10 hours
> Remaining: 10 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-66) Repository configuration

2006-02-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-66?page=all ]

Maria Odea Ching updated MRM-66:


Summary: Repository configuration  (was: Repoitory configuration)

> Repository configuration
> 
>
>  Key: MRM-66
>  URL: http://jira.codehaus.org/browse/MRM-66
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching

>
> Original Estimate: 1 day
> Remaining: 1 day
>
> A configuration file will be retrieved and read by the Administration module. 
> Then the values will be set on the specific class(es) that will use this 
> configuration. Configurable fields: repositories, location of local cache and 
> if repositories are browsable.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-61) Searcher for metadata index

2006-02-03 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-61?page=all ]
 
Maria Odea Ching closed MRM-61:
---

Resolution: Fixed

> Searcher for metadata index
> ---
>
>  Key: MRM-61
>  URL: http://jira.codehaus.org/browse/MRM-61
>  Project: Maven Repository Manager
> Type: New Feature

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 13 hours
>Time Spent: 13 hours
> Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-36) integration with discovery and scheduling

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-36?page=all ]

Maria Odea Ching updated MRM-36:


Remaining Estimate: 15 hours
 Original Estimate: 15 hours

> integration with discovery and scheduling
> -
>
>  Key: MRM-36
>  URL: http://jira.codehaus.org/browse/MRM-36
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 15 hours
> Remaining: 15 hours
>
> I presume the regular indexer will process an individual file and add it to 
> the index, or remove a file from the index. This should integrated with the 
> discovery mechanism so that it can trigger the indexing of files (or removal 
> - though this is not currently in the discovery mechanism).
> As for scheduling, it may be that the index updates are processed on a 
> scheduled interval so that integration might be needed.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-52) integrate with indexing

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-52?page=all ]

Maria Odea Ching updated MRM-52:


Remaining Estimate: 10 hours
 Original Estimate: 10 hours

> integrate with indexing
> ---
>
>  Key: MRM-52
>  URL: http://jira.codehaus.org/browse/MRM-52
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 10 hours
> Remaining: 10 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MRM-52) integrate with indexing

2006-02-02 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MRM-52?page=comments#action_57713 ] 

Maria Odea Ching commented on MRM-52:
-

MRM-69 still needs to be done and integrated with indexing.

> integrate with indexing
> ---
>
>  Key: MRM-52
>  URL: http://jira.codehaus.org/browse/MRM-52
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Reopened: (MRM-52) integrate with indexing

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-52?page=all ]
 
Maria Odea Ching reopened MRM-52:
-


> integrate with indexing
> ---
>
>  Key: MRM-52
>  URL: http://jira.codehaus.org/browse/MRM-52
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-61) Searcher for metadata index

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-61?page=all ]

Maria Odea Ching updated MRM-61:


Remaining Estimate: 13 hours
 Original Estimate: 13 hours

> Searcher for metadata index
> ---
>
>  Key: MRM-61
>  URL: http://jira.codehaus.org/browse/MRM-61
>  Project: Maven Repository Manager
> Type: New Feature

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 13 hours
> Remaining: 13 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Reopened: (MRM-61) Searcher for metadata index

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-61?page=all ]
 
Maria Odea Ching reopened MRM-61:
-


> Searcher for metadata index
> ---
>
>  Key: MRM-61
>  URL: http://jira.codehaus.org/browse/MRM-61
>  Project: Maven Repository Manager
> Type: New Feature

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MRM-88) search by filename

2006-02-02 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MRM-88?page=comments#action_57705 ] 

Maria Odea Ching commented on MRM-88:
-

The resolution for this issue is included in the patch file attached to issue 
MRM-44.

> search by filename
> --
>
>  Key: MRM-88
>  URL: http://jira.codehaus.org/browse/MRM-88
>  Project: Maven Repository Manager
> Type: Sub-task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 2 hours
> Remaining: 2 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-88) search by filename

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-88?page=all ]

Maria Odea Ching updated MRM-88:


 Assign To: Maria Odea Ching
Remaining Estimate: 2 hours
 Original Estimate: 2 hours

> search by filename
> --
>
>  Key: MRM-88
>  URL: http://jira.codehaus.org/browse/MRM-88
>  Project: Maven Repository Manager
> Type: Sub-task

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
> Original Estimate: 2 hours
> Remaining: 2 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-88) search by filename

2006-02-02 Thread Maria Odea Ching (JIRA)
search by filename
--

 Key: MRM-88
 URL: http://jira.codehaus.org/browse/MRM-88
 Project: Maven Repository Manager
Type: Sub-task

Reporter: Maria Odea Ching




-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-69) Simple "query everything" search

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-69?page=all ]

Maria Odea Ching updated MRM-69:


Remaining Estimate: 15 hours
 Original Estimate: 15 hours

> Simple "query everything" search
> 
>
>  Key: MRM-69
>  URL: http://jira.codehaus.org/browse/MRM-69
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching

>
> Original Estimate: 15 hours
> Remaining: 15 hours
>
> Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-69) Simple "query everything" search

2006-02-02 Thread Maria Odea Ching (JIRA)
Simple "query everything" search


 Key: MRM-69
 URL: http://jira.codehaus.org/browse/MRM-69
 Project: Maven Repository Manager
Type: Task

Reporter: Maria Odea Ching


Search keyword/term in any of the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-68) Accomodate "query everything" in the index

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-68?page=all ]

Maria Odea Ching updated MRM-68:


Remaining Estimate: 20 hours
 Original Estimate: 20 hours

> Accomodate "query everything" in the index
> --
>
>  Key: MRM-68
>  URL: http://jira.codehaus.org/browse/MRM-68
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching

>
> Original Estimate: 20 hours
> Remaining: 20 hours
>
> Index must accomodate google-like search wherein the keyword or term can be 
> searched on all the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-68) Accomodate "query everything" in the index

2006-02-02 Thread Maria Odea Ching (JIRA)
Accomodate "query everything" in the index
--

 Key: MRM-68
 URL: http://jira.codehaus.org/browse/MRM-68
 Project: Maven Repository Manager
Type: Task

Reporter: Maria Odea Ching


Index must accomodate google-like search wherein the keyword or term can be 
searched on all the fields in the index.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-67) Index maintenance

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-67?page=all ]

Maria Odea Ching updated MRM-67:


Remaining Estimate: 1 day
 Original Estimate: 1 day

> Index maintenance
> -
>
>  Key: MRM-67
>  URL: http://jira.codehaus.org/browse/MRM-67
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching

>
> Original Estimate: 1 day
> Remaining: 1 day
>
> Update of index is triggered by discovery, which is a scheduled task. A 
> configuration file that contains the execution schedule of the discoverer 
> will be retrieved and read. These values will be passed/set on the scheduler.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-67) Index maintenance

2006-02-02 Thread Maria Odea Ching (JIRA)
Index maintenance
-

 Key: MRM-67
 URL: http://jira.codehaus.org/browse/MRM-67
 Project: Maven Repository Manager
Type: Task

Reporter: Maria Odea Ching


Update of index is triggered by discovery, which is a scheduled task. A 
configuration file that contains the execution schedule of the discoverer will 
be retrieved and read. These values will be passed/set on the scheduler.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-66) Repoitory configuration

2006-02-02 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-66?page=all ]

Maria Odea Ching updated MRM-66:


Remaining Estimate: 1 day
 Original Estimate: 1 day

> Repoitory configuration
> ---
>
>  Key: MRM-66
>  URL: http://jira.codehaus.org/browse/MRM-66
>  Project: Maven Repository Manager
> Type: Task

> Reporter: Maria Odea Ching

>
> Original Estimate: 1 day
> Remaining: 1 day
>
> A configuration file will be retrieved and read by the Administration module. 
> Then the values will be set on the specific class(es) that will use this 
> configuration. Configurable fields: repositories, location of local cache and 
> if repositories are browsable.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-66) Repoitory configuration

2006-02-02 Thread Maria Odea Ching (JIRA)
Repoitory configuration
---

 Key: MRM-66
 URL: http://jira.codehaus.org/browse/MRM-66
 Project: Maven Repository Manager
Type: Task

Reporter: Maria Odea Ching


A configuration file will be retrieved and read by the Administration module. 
Then the values will be set on the specific class(es) that will use this 
configuration. Configurable fields: repositories, location of local cache and 
if repositories are browsable.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (MNG-1593) Typo in settings doc

2006-01-30 Thread Maria Odea Ching (JIRA)
[ http://jira.codehaus.org/browse/MNG-1593?page=comments#action_57388 ] 

Maria Odea Ching commented on MNG-1593:
---

This has already been updated in SVN. An xdoc must be generated and included in 
the maven settings site.

> Typo in settings doc
> 
>
>  Key: MNG-1593
>  URL: http://jira.codehaus.org/browse/MNG-1593
>  Project: Maven 2
> Type: Bug

>   Components: Documentation:  General
> Versions: 2.0
> Reporter: Carlos Sanchez
> Assignee: Maria Odea Ching
> Priority: Minor
>  Fix For: documentation

>
>
> http://maven.apache.org/maven-settings/settings.html
> under  and 
>  should be 
>  should be 

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MNG-1268) Complete the Introduction to the POM page

2006-01-27 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MNG-1268?page=all ]

Maria Odea Ching updated MNG-1268:
--

Attachment: MNG-1268-documentation-instroductions.patch

> Complete the Introduction to the POM page
> -
>
>  Key: MNG-1268
>  URL: http://jira.codehaus.org/browse/MNG-1268
>  Project: Maven 2
> Type: Task

>   Components: documentation - introductions
> Reporter: Srepfler Srgjan
> Assignee: Maria Odea Ching
> Priority: Minor
>  Fix For: documentation
>  Attachments: MNG-1268-documentation-instroductions.patch
>
>
> The Introduction to the POM page is there but empty.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MNG-1953) src/main/webapp should be added to "Introduction to the Standard Directory Layout" page

2006-01-26 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MNG-1953?page=all ]

Maria Odea Ching updated MNG-1953:
--

Attachment: MNG-1953-documentation-introductions.patch

> src/main/webapp should be added to "Introduction to the Standard Directory 
> Layout" page
> ---
>
>  Key: MNG-1953
>  URL: http://jira.codehaus.org/browse/MNG-1953
>  Project: Maven 2
> Type: Bug

>   Components: documentation - introductions
> Reporter: Stephen Duncan Jr
> Assignee: Maria Odea Ching
> Priority: Minor
>  Fix For: documentation
>  Attachments: MNG-1953-documentation-introductions.patch
>
>
> "Introduction to the Standard Directory Layout" at 
> http://maven.apache.org/guides/introduction/introduction-to-the-standard-directory-layout.html
>  should add an entry for src/main/webapp as the standard for web app sources.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-55) don't add duplicates to the index

2006-01-24 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-55?page=all ]

Maria Odea Ching updated MRM-55:


Attachment: MRM-55-maven-repository-indexer.patch

> don't add duplicates to the index
> -
>
>  Key: MRM-55
>  URL: http://jira.codehaus.org/browse/MRM-55
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-55-maven-repository-indexer.patch, 
> MRM-55-maven-repository-indexer.patch
>
>   Time Spent: 9 hours
>Remaining: 0 minutes
>
> currently indexing an artifact that is already in the index will add it 
> again. It should recognise its existence and update the existing record.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-55) don't add duplicates to the index

2006-01-24 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-55?page=all ]

Maria Odea Ching updated MRM-55:


Attachment: MRM-55-maven-repository-indexer.patch

> don't add duplicates to the index
> -
>
>  Key: MRM-55
>  URL: http://jira.codehaus.org/browse/MRM-55
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-55-maven-repository-indexer.patch
>
>
> currently indexing an artifact that is already in the index will add it 
> again. It should recognise its existence and update the existing record.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-56) ability to delete documents from the index

2006-01-22 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-56?page=all ]

Maria Odea Ching updated MRM-56:


Attachment: MRM-56-maven-repository-indexer.patch

> ability to delete documents from the index
> --
>
>  Key: MRM-56
>  URL: http://jira.codehaus.org/browse/MRM-56
>  Project: Maven Repository Manager
> Type: Bug

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-56-maven-repository-indexer.patch
>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-61) Searcher for metadata index

2006-01-17 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-61?page=all ]
 
Maria Odea Ching closed MRM-61:
---

Resolution: Fixed

> Searcher for metadata index
> ---
>
>  Key: MRM-61
>  URL: http://jira.codehaus.org/browse/MRM-61
>  Project: Maven Repository Manager
> Type: New Feature

> Reporter: Maria Odea Ching
> Assignee: Maria Odea Ching

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-35) add repository metadata indexer

2006-01-17 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-35?page=all ]
 
Maria Odea Ching closed MRM-35:
---

Resolution: Fixed

> add repository metadata indexer
> ---
>
>  Key: MRM-35
>  URL: http://jira.codehaus.org/browse/MRM-35
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-35-maven-repository-indexer.patch, 
> MRM-35-maven-repository-indexer.patch
>
> Original Estimate: 8 hours
> Remaining: 8 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-35) add repository metadata indexer

2006-01-16 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-35?page=all ]

Maria Odea Ching updated MRM-35:


Attachment: MRM-35-maven-repository-indexer.patch

> add repository metadata indexer
> ---
>
>  Key: MRM-35
>  URL: http://jira.codehaus.org/browse/MRM-35
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-35-maven-repository-indexer.patch, 
> MRM-35-maven-repository-indexer.patch
>
> Original Estimate: 8 hours
> Remaining: 8 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-35) add repository metadata indexer

2006-01-15 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-35?page=all ]

Maria Odea Ching updated MRM-35:


Attachment: MRM-35-maven-repository-indexer.patch

> add repository metadata indexer
> ---
>
>  Key: MRM-35
>  URL: http://jira.codehaus.org/browse/MRM-35
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-35-maven-repository-indexer.patch
>
> Original Estimate: 8 hours
> Remaining: 8 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Created: (MRM-61) Searcher for metadata index

2006-01-11 Thread Maria Odea Ching (JIRA)
Searcher for metadata index
---

 Key: MRM-61
 URL: http://jira.codehaus.org/browse/MRM-61
 Project: Maven Repository Manager
Type: New Feature

Reporter: Maria Odea Ching
 Assigned to: Maria Odea Ching 




-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-35) add repository metadata indexer

2006-01-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-35?page=all ]

Maria Odea Ching updated MRM-35:


Remaining Estimate: 8 hours
 Original Estimate: 8 hours

> add repository metadata indexer
> ---
>
>  Key: MRM-35
>  URL: http://jira.codehaus.org/browse/MRM-35
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
> Original Estimate: 8 hours
> Remaining: 8 hours
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-52) integrate with indexing

2006-01-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-52?page=all ]
 
Maria Odea Ching closed MRM-52:
---

Resolution: Fixed

> integrate with indexing
> ---
>
>  Key: MRM-52
>  URL: http://jira.codehaus.org/browse/MRM-52
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-48) search by checksum

2006-01-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-48?page=all ]
 
Maria Odea Ching closed MRM-48:
---

Resolution: Fixed

The resolution for this issue is included in the patch file attached at issue 
MRM-44.

> search by checksum
> --
>
>  Key: MRM-48
>  URL: http://jira.codehaus.org/browse/MRM-48
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>   Time Spent: 4 hours
>Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-45) search by class or package name

2006-01-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-45?page=all ]
 
Maria Odea Ching closed MRM-45:
---

Resolution: Fixed

The resolution for this issue is included in the patch file attached to issue 
MRM-44.

> search by class or package name
> ---
>
>  Key: MRM-45
>  URL: http://jira.codehaus.org/browse/MRM-45
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1

>
>   Time Spent: 3 hours
>Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Closed: (MRM-44) search by group, artifact and version

2006-01-05 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-44?page=all ]
 
Maria Odea Ching closed MRM-44:
---

Resolution: Fixed

The patch file attached also covers issues MRM-45, MRM-48 and MRM-52

> search by group, artifact and version
> -
>
>  Key: MRM-44
>  URL: http://jira.codehaus.org/browse/MRM-44
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-44-maven-repository-indexer.patch
>
>   Time Spent: 2 hours, 30 minutes
>Remaining: 0 minutes
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Updated: (MRM-44) search by group, artifact and version

2006-01-04 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MRM-44?page=all ]

Maria Odea Ching updated MRM-44:


Attachment: MRM-44-maven-repository-indexer.patch

> search by group, artifact and version
> -
>
>  Key: MRM-44
>  URL: http://jira.codehaus.org/browse/MRM-44
>  Project: Maven Repository Manager
> Type: Sub-task

>   Components: indexing
> Reporter: Brett Porter
> Assignee: Maria Odea Ching
>  Fix For: 1.0-alpha-1
>  Attachments: MRM-44-maven-repository-indexer.patch
>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-18) surefire should not run abstract test cases

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-18?page=all ]

Maria Odea Ching moved MNG-237 to MSUREFIRE-18:
---

Fix Version: (was: 2.0.1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-18  (was: MNG-237)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire should not run abstract test cases
> ---
>
>  Key: MSUREFIRE-18
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-18
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Brett Porter
> Priority: Minor
>  Attachments: MNG-237.patch
>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-31) surefire plugin needs to be able to fork tests

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-31?page=all ]

Maria Odea Ching moved MNG-441 to MSUREFIRE-31:
---

Fix Version: (was: 2.0.3)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-31  (was: MNG-441)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire plugin needs to be able to fork tests
> --
>
>  Key: MSUREFIRE-31
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-31
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Brett Porter
> Assignee: Jason van Zyl
>  Attachments: SurefirePlugin.java, pom.xml
>
>
> they can leak memory, so a "fork once for all" option would be good.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-29) document surefire plugin

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-29?page=all ]

Maria Odea Ching moved MNG-1342 to MSUREFIRE-29:


Fix Version: (was: 2.0.1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-29  (was: MNG-1342)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> document surefire plugin
> 
>
>  Key: MSUREFIRE-29
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-29
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Jerome Lacoste
> Assignee: Brett Porter
>  Attachments: MNG-1342.diff
>
>
> I hate to have to look at the code to understand why my config doesn't work...
> Patch coming. Related to MNG-1200.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-28) Javadoc for Plugin Parameters

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-28?page=all ]

Maria Odea Ching moved MNG-901 to MSUREFIRE-28:
---

Version: (was: 2.0-beta-1)
Fix Version: (was: 2.0-beta-2)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-28  (was: MNG-901)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Javadoc for Plugin Parameters
> -
>
>  Key: MSUREFIRE-28
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-28
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Johnny R. Ruiz III
> Assignee: Johnny R. Ruiz III
>  Attachments: MNG-901.patch
>
> Original Estimate: 3 minutes
>Time Spent: 1 hour
> Remaining: 0 minutes
>
> Describe each plugin parameters.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-32) need to enableassertions when running tests.

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-32?page=all ]

Maria Odea Ching moved MNG-1087 to MSUREFIRE-32:


Fix Version: (was: 2.0.3)
  Component: (was: maven-surefire-plugin)
 (was: documentation - general)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-32  (was: MNG-1087)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> need to enableassertions when running tests.
> 
>
>  Key: MSUREFIRE-32
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-32
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

>  Environment: all
> Reporter: Dave Sag
> Assignee: Jason van Zyl
> Priority: Critical

>
>
> My code relied heavily on the java1.4 assert command and my unit tests 
> explicitly test based on those assetions.
> but when i run m2 test the surefire plugin does not execute with the 
> -enableassertions turned on, so my tests fail.
> looking in the documentation for the surefire plugin on 
> http://maven.apache.org/maven2/plugins/maven-surefire-plugin/test-mojo.html I 
> see no way of setting that flag.
> could it please be added.  this is areal blocker for me.
> dave

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-21) Test classes named "Test*.java" are not executed by default while they should

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-21?page=all ]

Maria Odea Ching moved MNG-1116 to MSUREFIRE-21:


  Version: (was: 2.0-beta-3)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-21  (was: MNG-1116)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Test classes named "Test*.java" are not executed by default while they should
> -
>
>  Key: MSUREFIRE-21
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-21
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Win2k, Java 1.4.2_04, Maven 2.0 beta 3
> Reporter: Fabrice BELLINGARD
> Assignee: Johnny R. Ruiz III

>
>
> Take a project:
> MyProject
>   + src
>  + test
> + java 
>+ foo
>   + TestExample.java
> With the following pom:
> 
> 
>   4.0.0
>   test
>   test
>   jar
>   Test
>   1.0.0
>   
>   
>   junit
>   junit
>   3.8.1
>   test
>   
>   
> 
> The test class "TestExample.java" gets compiled, but not executed. However, 
> looking at the code of the plugin, it should be (code found in the #execute 
> method of the Surefire plugin):
>  ...
>  if ( includes == null || includes.size() == 0 )
>  {
>  includes = new ArrayList( Arrays.asList( new String[] { 
> "**/Test*.java", "**/*Test.java", "**/*TestCase.java" } ) );
>  }
>  ...
> If you change the name from "TestExample.java" to "ExampleTest.java", this 
> works.
> Weird!

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-26) Surefire should have option to output to console

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-26?page=all ]

Maria Odea Ching moved MNG-964 to MSUREFIRE-26:
---

Version: (was: 2.0-beta-2)
Fix Version: (was: 2.0-beta-3)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-26  (was: MNG-964)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Surefire should have option to output to console
> 
>
>  Key: MSUREFIRE-26
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-26
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: mike perham
> Assignee: Johnny R. Ruiz III
> Priority: Minor
>  Attachments: MNG-978_MNG-979_MNG-964-maven-surefire-plugin.patch
>
> Original Estimate: 10 hours
> Remaining: 10 hours
>
> Just as maven1 supports the maven.junit.usefile property, I would like to see 
> the capability to turn on console output of the tests.  This can be useful 
> when tracking down a problem in one's unit tests.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-27) add format selection

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-27?page=all ]

Maria Odea Ching moved MNG-978 to MSUREFIRE-27:
---

Fix Version: (was: 2.0-beta-3)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-27  (was: MNG-978)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> add format selection
> 
>
>  Key: MSUREFIRE-27
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-27
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Brett Porter
> Assignee: Johnny R. Ruiz III

>
>
> as per m1

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-30) add support for printSummary

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-30?page=all ]

Maria Odea Ching moved MNG-979 to MSUREFIRE-30:
---

Fix Version: (was: 2.0-beta-3)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-30  (was: MNG-979)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> add support for printSummary
> 
>
>  Key: MSUREFIRE-30
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-30
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Brett Porter
> Assignee: Johnny R. Ruiz III

>
>
> summary can be on or off

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-33) surefire plugin doesn't generate a report

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-33?page=all ]

Maria Odea Ching moved MNG-577 to MSUREFIRE-33:
---

Version: (was: 2.0-alpha-3)
Fix Version: (was: 2.0-beta-2)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-33  (was: MNG-577)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire plugin doesn't generate a report
> -
>
>  Key: MSUREFIRE-33
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-33
>  Project: Maven 2.x Surefire Plugin
> Type: Improvement

> Reporter: Yann Le Du
> Assignee: Johnny R. Ruiz III
>  Attachments: MNG-901_MNG-577.patch
>
>
> For the moment, maven-surefire-plugin doesn't generate a report (as 
> junit-report used to do in Maven 1). If we try to include surefire in the 
> reports list of the pom, we get a ClassCastException :
> java.lang.ClassCastException:
> org.apache.maven.test.SurefirePlugin
> -| at org.apache.maven.doxia.DoxiaMojo.categorizeReports(DoxiaMojo.java:332)
> ...

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-23) Support TestNG

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-23?page=all ]

Maria Odea Ching moved MNG-1189 to MSUREFIRE-23:


Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-23  (was: MNG-1189)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Support TestNG
> --
>
>  Key: MSUREFIRE-23
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-23
>  Project: Maven 2.x Surefire Plugin
> Type: New Feature

> Reporter: mike perham

>
>
> Add support for running unit tests with TestNG.
> http://www.testng.org

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-25) Add jvm args parameter for forking

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-25?page=all ]

Maria Odea Ching moved MNG-1745 to MSUREFIRE-25:


  Version: (was: 2.0.3)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-25  (was: MNG-1745)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Add jvm args parameter for forking
> --
>
>  Key: MSUREFIRE-25
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-25
>  Project: Maven 2.x Surefire Plugin
> Type: New Feature

> Reporter: Jason van Zyl
> Assignee: Jason van Zyl

>
>


-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-24) Test artifacts should support install and deploy

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-24?page=all ]

Maria Odea Ching moved MNG-932 to MSUREFIRE-24:
---

Version: (was: 2.0-beta-1)
Fix Version: (was: 2.0-beta-3)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-24  (was: MNG-932)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Test artifacts should support install and deploy
> 
>
>  Key: MSUREFIRE-24
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-24
>  Project: Maven 2.x Surefire Plugin
> Type: New Feature

> Reporter: Hiram Chirino
> Assignee: Brett Porter
>  Attachments: it0073-MNG-932.zip, maven-jar-plugin-MNG-932.diff, 
> maven-jar-plugin-MNG-932.zip, maven-surefire-test.tar.gz
>
> Original Estimate: 3 hours
>Time Spent: 1 hour
> Remaining: 8 hours
>
> Discussed in IRC:
> [08:46am] hchirino: hi guys: any chance we can make it an option to 
> install/deploy the test classes as an artifact?
> [08:46am] hchirino: at least in m2?
> [08:48am] dozer: hchirino - what is the use-case?
> [08:48am] trygvis: abstract tests
> [08:48am] hchirino: yep.
> [08:48am] hchirino: used alot in multi module systems.
> [08:48am] trygvis: yah, I've come to that same conclusion myself, I think we 
> need to support it
> [08:49am] trygvis: splitting up doesn't work when the tests depend on the core
> [08:51am] dozer: ok - so if one module produces foo.jar and foo-test.jar then 
> you'd manually add foo-test.jar as a test dependency in a child project?
> [08:51am] trygvis: yes

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-22) surefire report plugin fails with german locale

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-22?page=all ]

Maria Odea Ching moved MNG-1870 to MSUREFIRE-22:


  Version: (was: 2.0.1)
   (was: 2.0)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-22  (was: MNG-1870)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire report plugin fails with german locale
> ---
>
>  Key: MSUREFIRE-22
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-22
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Austrian (=German) Win2000
> Reporter: Gernot Eger
>  Attachments: out.log, pom.xml, surefire-report.html
>
>
> When trying to create a surefire report, I get lines without class names and 
> timings. The build produces a stack trace that lets me assume the comma as 
> decimal  seperator is the problem:
> java.lang.NumberFormatException: For input string: "0,03"
>   at 
> sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224)
>   at java.lang.Float.parseFloat(Float.java:394)
>   at 
> org.codehaus.mojo.surefire.ReportTestSuite.startElement(ReportTestSuite.java:78)
>   at 
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
>   at 
> com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:878)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(XMLDocumentScannerImpl.java:1157)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1794)
>   at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
>   at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
>   at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
>   at 
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
>   at 
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
>   at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
>   at javax.xml.parsers.SAXParser.parse(SAXParser.java:311)
>   at 
> org.codehaus.mojo.surefire.ReportTestSuite.(ReportTestSuite.java:59)
>   at 
> org.codehaus.mojo.surefire.SurefireReportParser.parseXMLReportFiles(SurefireReportParser.java:42)
>   at 
> org.codehaus.mojo.surefire.SurefireReportGenerator.doGenerateReport(SurefireReportGenerator.java:44)
>   at 
> org.codehaus.mojo.surefire.SurefireReportMojo.executeReport(SurefireReportMojo.java:77)
>   at 
> org.apache.maven.reporting.AbstractMavenReport.generate(AbstractMavenReport.java:117)
>   at 
> org.apache.maven.plugins.site.SiteMojo.generateReportsPages(SiteMojo.java:802)
>   at org.apache.maven.plugins.site.SiteMojo.execute(SiteMojo.java:301)
>   at 
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:399)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:519)
> So this seems to be either a problem between surefire-plugin, that produces 
> locale-specific TEST-.xml files, and the surefire-report-plugin, that 
> can't read them.
> I can reproduce this with a POM based on the generated my-app project.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-20) forkMode=pertest fails to call setUp

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-20?page=all ]

Maria Odea Ching moved MNG-1858 to MSUREFIRE-20:


Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-20  (was: MNG-1858)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> forkMode=pertest fails to call setUp
> 
>
>  Key: MSUREFIRE-20
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-20
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Maven 2.0.1 running maven-surefire-plugin 2.1.1
> Reporter: Matt Brozowski
>  Attachments: surefire-sample.zip
>
>
> The surefire plugin is failing to call the setUp method when 
> forkMode=pertest.  I will attach a very simple test project that will make it 
> easy to verify this. Below is the 'trimmed' output if mvn -X 
> -DforkMode=pertest test for the sample project.  I suspect that the tearDown 
> method is not getting called either but could not think of a simple way to 
> verify that case for a 'pertest' configuration.
> [DEBUG] Configuring mojo 
> 'org.apache.maven.plugins:maven-surefire-plugin:2.1.1:test' -->
> [DEBUG]   (f) basedir = /Users/brozow/tmp/surefire-sample
> [DEBUG]   (f) childDelegation = true
> [DEBUG]   (f) classesDirectory = 
> /Users/brozow/tmp/surefire-sample/target/classes
> [DEBUG]   (f) classpathElements = 
> [/Users/brozow/tmp/surefire-sample/target/classes, 
> /Users/brozow/tmp/surefire-sample/target/test-classes, 
> /Users/brozow/.m2/repository/junit/junit/3.8.1/junit-3.8.1.jar]
> [DEBUG]   (f) forkMode = pertest
> [DEBUG]   (f) jvm = java
> [DEBUG]   (f) localRepository = [local] -> file:///Users/brozow/.m2/repository
> [DEBUG]   (f) pluginArtifacts = [junit:junit:jar:3.8.1, 
> org.apache.maven.surefire:surefire-booter:jar:1.5, 
> org.apache.maven.surefire:surefire:jar:1.5.1, 
> org.codehaus.plexus:plexus-utils:jar:1.0.4, 
> org.apache.maven:maven-plugin-api:jar:2.0, 
> org.apache.maven:maven-artifact:jar:2.0]
> [DEBUG]   (f) printSummary = true
> [DEBUG]   (f) reportFormat = brief
> [DEBUG]   (f) reportsDirectory = 
> /Users/brozow/tmp/surefire-sample/target/surefire-reports
> [DEBUG]   (f) testClassesDirectory = 
> /Users/brozow/tmp/surefire-sample/target/test-classes
> [DEBUG]   (f) useFile = true
> [DEBUG] -- end configuration --
> [INFO] [surefire:test]
> ---
>  T E S T S
> ---
> [surefire] Running com.example.SurefireTest
> [surefire] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 0.051 sec 
>  FAILURE !! 
> Results :
> [surefire] Tests run: 1, Failures: 1, Errors: 0

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-17) Surefire XML Report not well formed on NPE

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-17?page=all ]

Maria Odea Ching moved MNG-1454 to MSUREFIRE-17:


Version: (was: 2.0)
Fix Version: (was: 2.0.1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-17  (was: MNG-1454)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Surefire XML Report not well formed on NPE
> --
>
>  Key: MSUREFIRE-17
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-17
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Kenney Westerhof
> Assignee: Allan Ramirez

>
>
> When a unit test produces a NullPointerException the TEST-.xml 
> file is not well
> formed. The testcase producing the NPE will be represented as:
>   
> http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-12) seg fault when surefire report is enabled

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-12?page=all ]

Maria Odea Ching moved MNG-1771 to MSUREFIRE-12:


Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-12  (was: MNG-1771)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> seg fault when surefire report is enabled
> -
>
>  Key: MSUREFIRE-12
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-12
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Debian GNU/Linux, Java 1.5.0_04
> maven-surefire-plugin-2.1-SNAPSHOT
> Reporter: Steffen Pingel

>
>
> When running 'mvn site' with surefire-report-maven-plugin enabled I get the 
> following output:
> [...]
> Results :
> [surefire] Tests run: 12, Failures: 0, Errors: 0
> [INFO] Setting property: classpath.resource.loader.class => 
> 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
> [INFO] Setting property: velocimacro.messages.on => 'false'.
> [INFO] Setting property: resource.loader => 'classpath'.
> [INFO] Setting property: resource.manager.logwhenfound => 'false'.
> Segmentation fault
> When I disable the report the follwoing lines are printed instead of 
> "Segmentation fault":
> [INFO] **
> [INFO] Starting Jakarta Velocity v1.4
> [INFO] RuntimeInstance initializing.
> [...]

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-16) maven-surefire-plugin cannot test custom charset providers specified in META-INF/services/java.nio.charset.spi.CharsetProvider

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-16?page=all ]

Maria Odea Ching moved MNG-1313 to MSUREFIRE-16:


  Version: (was: 2.0)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-16  (was: MNG-1313)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> maven-surefire-plugin cannot test custom charset providers specified in 
> META-INF/services/java.nio.charset.spi.CharsetProvider
> --
>
>  Key: MSUREFIRE-16
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-16
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: All
> Reporter: Christian Schulte
> Assignee: Brett Porter
> Priority: Blocker

>
>
> maven-surefire-plugin cannot run a jUnit test for a custom charset provider 
> specified in the jar file's 
> META-INF/services/java.nio.charset.spi.CharsetProvider file. Class 
> java.nio.charset.Charset performs a lookup using 
> ClassLoader.getSystemClassLoader(); which does not have the jar file in its 
> classpath and thus fails with e.g. junit.framework.AssertionFailedError: 
> java.io.UnsupportedEncodingException: DIN_66003 although the jar file itself 
> is correct. I think this is due to the plugin using its own classloader and 
> the JDK using the system classloader but I may be totally wrong and 
> everything is fine with the plugin.
> The method from java.nio.charset.Charset performing the lookup beings with
> private static Iterator providers() {
>   return new Iterator() {
>   Class c = java.nio.charset.spi.CharsetProvider.class;
>   ClassLoader cl = ClassLoader.getSystemClassLoader();
>   Iterator i = Service.providers(c, cl);
>   Object next = null;
> As it seems org.codehaus.surefire.SurefireBooter does not promote the jar 
> files to the classpath of the system classloader.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-19) Test summary only prints out execution time for last test

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-19?page=all ]

Maria Odea Ching moved MNG-1435 to MSUREFIRE-19:


Fix Version: (was: 2.0.1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-19  (was: MNG-1435)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Test summary only prints out execution time for last test
> -
>
>  Key: MSUREFIRE-19
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-19
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Boris Boehlen
> Assignee: John Casey

>
>
> The surefire plugin only prints out the execution time used for the last 
> test. The execution time of the previous tests is ignored.
> E.g. the end of the TEST-foo.xml says:
>   
>   
>   
> 
> And the surefire summary says:
> [surefire] Running i3.dragos.PsqlAllTests
> [surefire] Tests run: 157, Failures: 0, Errors: 0, Time elapsed: 0.056 sec
> Obviously, surefire should print out the total execution time of all tests.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-13) Tests failing when specifying forkmode=pertest on windows

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-13?page=all ]

Maria Odea Ching moved MNG-1758 to MSUREFIRE-13:


Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-13  (was: MNG-1758)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Tests failing when specifying forkmode=pertest on windows
> -
>
>  Key: MSUREFIRE-13
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-13
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Windows XP
> Reporter: Vincent Massol
> Assignee: Jason van Zyl

>
>
> C:\dev\cargo\trunk\samples\java>mvn install
> [INFO] Scanning for projects...
> [INFO] 
> 
> [INFO] Building Cargo Sample for Java
> [INFO]task-segment: [install]
> [INFO] 
> 
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Nothing to compile - all classes are up to date
> [INFO] [resources:testResources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:testCompile]
> [INFO] Nothing to compile - all classes are up to date
> [INFO] [surefire:test]
> [INFO] forkMode: pertest
> [INFO] Setting reports dir: 
> C:\dev\cargo\trunk\samples\java\target/surefire-reports
> '-classpath' is not recognized as an internal or external command,
> operable program or batch file.
> '-classpath' is not recognized as an internal or external command,
> operable program or batch file.
> '-classpath' is not recognized as an internal or external command,
> operable program or batch file.
> '-classpath' is not recognized as an internal or external command,
> operable program or batch file.
> '-classpath' is not recognized as an internal or external command,
> operable program or batch file.
> [INFO] 
> 
> [ERROR] BUILD ERROR
> [INFO] 
> 
> [INFO] There are some test failure.
> [INFO] 
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO] 
> 
> [INFO] Total time: 7 seconds
> [INFO] Finished at: Mon Dec 05 22:54:09 CET 2005
> [INFO] Final Memory: 4M/8M
> [INFO] 
> 

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-6) Surefire Report fails if LANG is not US under Linux

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-6?page=all ]

Maria Odea Ching moved MNG-1392 to MSUREFIRE-6:
---

Fix Version: (was: 2.0.1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-6  (was: MNG-1392)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Surefire Report fails if LANG is not US under Linux
> ---
>
>  Key: MSUREFIRE-6
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-6
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Linux
> Environment variable LANG=de_DE
> Reporter: Boris Boehlen
> Assignee: Johnny R. Ruiz III
> Priority: Blocker

>
>
> When the locale is de_DE Maven fails to generate the report for surefire.
> With this locale the execution times of the unit test is written as "3,52" 
> and not as "3.52". When the surefire-report is generated the following 
> exception is thrown:
> [INFO] Generate "Maven Surefire Report" report.
> java.lang.NumberFormatException: For input string: "1,858"
> at 
> sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1224)
> at java.lang.Float.parseFloat(Float.java:394)
> at 
> org.codehaus.mojo.surefire.ReportTestSuite.startElement(ReportTestSuite.java:78)
> at 
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
> at 
> com.sun.org.apache.xerces.internal.impl.dtd.XMLDTDValidator.startElement(XMLDTDValidator.java:798)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanStartElement(XMLDocumentFragmentScannerImpl.java:878)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(XMLDocumentScannerImpl.java:1157)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1794)
> at 
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
> at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
> at 
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
> at 
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
> at 
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:311)
> at 
> org.codehaus.mojo.surefire.ReportTestSuite.(ReportTestSuite.java:59)
> at 
> org.codehaus.mojo.surefire.SurefireReportParser.parseXMLReportFiles(SurefireReportParser.java:42)

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-15) Wrong classpath order when running tests

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-15?page=all ]

Maria Odea Ching moved MNG-898 to MSUREFIRE-15:
---

Version: (was: 2.0-alpha-3)
Fix Version: (was: 2.0-beta-1)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-15  (was: MNG-898)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Wrong classpath order when running tests
> 
>
>  Key: MSUREFIRE-15
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-15
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Magne Rasmussen
> Assignee: Brett Porter
>  Attachments: MNG-898-maven-surefire-plugin.patch
>
>
> When running tests, the surefire plugin puts the 
> ${project.build.outputDirectory} before the 
> ${project.build.testOutputDirectory} in the classpath. This prevents 
> overriding classes/resources in tests, and breaks maven 1.1 compatibility.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-9) Surefire plugin reports error without explanation

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-9?page=all ]

Maria Odea Ching moved MNG-1743 to MSUREFIRE-9:
---

  Version: (was: 2.0.1)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-9  (was: MNG-1743)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Surefire plugin reports error without explanation
> -
>
>  Key: MSUREFIRE-9
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-9
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Vincent Massol
> Assignee: Vincent Massol

>
>
> I think this is due to some recent changes in the surefire plugin. I have the 
> maven2 snapshot repo defined and this morning when I tried the tests I got 
> the following error (yesterday I was also getting an error but that an error 
> from my project and the explanation was printed as a stak trace):
> [...]
> [INFO] [surefire:test]
> [INFO] Setting reports dir: 
> C:\dev\cargo\trunk\samples\java\target/surefire-reports
> [DEBUG] Setting system property [cargo.tomcat3x.port]=[8280]
> [DEBUG] Setting system property [cargo.containers.timeout]=[6]
> [DEBUG] Setting system property 
> [cargo.tomcat5x.url]=[http://www.apache.org/dist/jakarta/tomcat-5/v5.0.30/bin/jakarta-tomcat-5.0.3
> 0.zip]
> [DEBUG] Setting system property 
> [cargo.orion2x.url]=[http://www.orionserver.com/distributions/orion2.0.5.zip]
> [DEBUG] Setting system property [cargo.resin3x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.target.dir]=[C:\dev\cargo\trunk\samples\java/target]
> [DEBUG] Setting system property 
> [cargo.testdata.expanded-war]=[org/codehaus/cargo/samples/testdata/expanded-war/0.7-SNAPSHOT/expan
> ded-war-0.7-SNAPSHOT.war]
> [DEBUG] Setting system property 
> [cargo.resin2x.url]=[http://www.caucho.com/download/resin-2.1.16.zip]
> [DEBUG] Setting system property 
> [cargo.resin3x.url]=[http://www.caucho.com/download/resin-3.0.15.zip]
> [DEBUG] Setting system property [cargo.version]=[0.7-SNAPSHOT]
> [DEBUG] Setting system property [cargo.tomcat5x.port]=[8280]
> [DEBUG] Setting system property [cargo.orion2x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.install.dir]=[C:\dev\cargo\trunk\samples\java/../../target/installs]
> [DEBUG] Setting system property 
> [cargo.testdata.authentication-war]=[org/codehaus/cargo/samples/testdata/authentication-war/0.7-SN
> APSHOT/authentication-war-0.7-SNAPSHOT.war]
> [DEBUG] Setting system property [cargo.orion1x.port]=[8280]
> [DEBUG] Setting system property [cargo.oc4j9x.port]=[8280]
> [DEBUG] Setting system property [cargo.containers]=[resin3x, orion2x, 
> tomcat5x, jetty4xEmbedded]
> [DEBUG] Setting system property 
> [cargo.jo1x.url]=[http://www.tagtraum.com/download/jo1.1beta1.zip]
> [DEBUG] Setting system property [cargo.weblogic8x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.testdata.empty-ear]=[org/codehaus/cargo/samples/testdata/empty-ear/0.7-SNAPSHOT/empty-ear-0
> .7-SNAPSHOT.ear]
> [DEBUG] Setting system property [cargo.resin2x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.tomcat3x.url]=[http://www.apache.org/dist/jakarta/tomcat-3/v3.3.2/bin/jakarta-tomcat-3.3.2.
> zip]
> [DEBUG] Setting system property 
> [cargo.testdata.simple-war]=[org/codehaus/cargo/samples/testdata/simple-war/0.7-SNAPSHOT/simple-wa
> r-0.7-SNAPSHOT.war]
> [DEBUG] Setting system property 
> [cargo.testdata.tomcatcontext-war]=[org/codehaus/cargo/samples/testdata/tomcatcontext-war/0.7-SNAP
> SHOT/tomcatcontext-war-0.7-SNAPSHOT.war]
> [DEBUG] Setting system property [cargo.jetty4xEmbedded.port]=[8280]
> [DEBUG] Setting system property [cargo.jo1x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.testdata.simple-ear]=[org/codehaus/cargo/samples/testdata/simple-ear/0.7-SNAPSHOT/simple-ea
> r-0.7-SNAPSHOT.ear]
> [DEBUG] Setting system property [cargo.jboss4x.port]=[8280]
> [DEBUG] Setting system property 
> [cargo.tomcat4x.url]=[http://www.apache.org/dist/jakarta/tomcat-4/v4.1.31/bin/jakarta-tomcat-4.1.3
> 1.zip]
> [DEBUG] Setting system property 
> [cargo.jboss4x.url]=[http://ovh.dl.sourceforge.net/sourceforge/jboss/jboss-4.0.2.zip]
> [DEBUG] Setting system property 
> [cargo.orion1x.url]=[http://www.orionserver.com/distributions/orion1.6.0b.zip]
> [DEBUG] Setting system property [cargo.tomcat4x.port]=[8280]
> [DEBUG] Test Classpath :
> [DEBUG] C:\dev\cargo\trunk\samples\java\target\test-classes
> [DEBUG] C:\dev\cargo\trunk\samples\java\target\classes
> [DEBUG] C:\dev\cargo\trunk\samples\java\target\classes
> [DEBUG] C:\dev\cargo\trunk\samples\java\target\test-classes
> [DEBUG] C:\Documents and Settings\Vincent 
> Massol\.m2\repository\junit\junit\3.8.1\junit-3.8.1.jar
> [DEBUG] C:\Documents and Settings\Vincent 
> Massol\.m2\repository\javax\servlet\jsp-api\2.0\jsp-api-2.0.jar
> [DEBUG] C:\Documents and Settings\Vincent 
> Massol\.m2\repository\javax\servlet\servlet

[jira] Moved: (MSUREFIRE-14) class loading / xerces

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-14?page=all ]

Maria Odea Ching moved MNG-1172 to MSUREFIRE-14:


  Version: (was: 2.0-beta-3)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-14  (was: MNG-1172)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> class loading / xerces
> --
>
>  Key: MSUREFIRE-14
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-14
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: maven-2-beta-3, jdk 5.0.0_4, winXP SP2
> Reporter: Dirk Sturzebecher
> Assignee: Brett Porter

>
>
> I have two tests in one test class. Both read a csv file and check for 
> certain attributes. Both tests run ok outside maven. In maven the first test 
> fails, the second (ordered by execution sequence) is ok. That is, if I do 
> understand the output correctly. The output in surefire-reports is:
> ---
> Battery: de.dst.money.stock.StockPluginTest
> ---
> testDoImport01(de.dst.money.stock.StockPluginTest)
> [ stdout ] ---
> [ stderr ] ---
> [ stacktrace ] ---
> javax.xml.parsers.FactoryConfigurationError: Provider 
> org.apache.xerces.jaxp.DocumentBuilderFactoryImpl not found
>   at 
> javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:145)
>   at 
> de.dst.money.framework.model.persistence.xml.XMLUtil.loadDocument(XMLUtil.java:64)
>   at 
> de.dst.money.framework.model.persistence.xml.XMLPersistenceManager.loadDocument(XMLPersistenceManager.java:82)
>   at de.dst.money.stock.StockPlugin.load(StockPlugin.java:97)
>   at de.dst.money.stock.StockPlugin.getModel(StockPlugin.java:87)
>   at 
> de.dst.money.stock.StockPluginTest.testDoImport01(StockPluginTest.java:35)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:585)
>   at junit.framework.TestCase.runTest(TestCase.java:154)
>   at junit.framework.TestCase.runBare(TestCase.java:127)
>   at junit.framework.TestResult$1.protect(TestResult.java:106)
>   at junit.framework.TestResult.runProtected(TestResult.java:124)
>   at junit.framework.TestResult.run(TestResult.java:109)
>   at junit.framework.TestCase.run(TestCase.java:118)
>   at junit.framework.TestSuite.runTest(TestSuite.java:208)
>   at junit.framework.TestSuite.run(TestSuite.java:203)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:585)
>   at 
> org.codehaus.surefire.battery.JUnitBattery.executeJUnit(JUnitBattery.java:246)
>   at 
> org.codehaus.surefire.battery.JUnitBattery.execute(JUnitBattery.java:220)
>   at org.codehaus.surefire.Surefire.executeBattery(Surefire.java:203)
>   at org.codehaus.surefire.Surefire.run(Surefire.java:152)
>   at org.codehaus.surefire.Surefire.run(Surefire.java:76)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>   at java.lang.reflect.Method.invoke(Method.java:585)
>   at org.codehaus.surefire.SurefireBooter.run(SurefireBooter.java:104)
>   at org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:229)
>   at 
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:417)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:554)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:508)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:494)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:307)
>   at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:149)
>   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:217)
>   at org.apache.maven.cli.Mave

[jira] Moved: (MSUREFIRE-3) surefire:test finds a resource inside a jar, but can't load a class inside it?

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-3?page=all ]

Maria Odea Ching moved MNG-1800 to MSUREFIRE-3:
---

  Version: (was: 2.0)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-3  (was: MNG-1800)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire:test finds a resource inside a jar, but can't load a class inside it?
> --
>
>  Key: MSUREFIRE-3
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-3
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

> Reporter: Matthew Beermann
> Priority: Critical

>
>
> We're using Java's SPI mechanism to load implementations at runtime. To be 
> exact, the iface jar looks for a particular file (using 
> ClassLoader.getResource) when the application starts, and reads inside of it 
> to find out what the real implementation is. Then, it uses reflection 
> (ClassLoader.loadClass) to actually load the class.
> This mechanism works like a dream in Eclipse, JUnit, etc, but fails 
> mysteriously in Maven 2. I say mysteriously, because it locates the file in 
> the impl jar, but then can't manage to load the class inside that jar! 
> Snippets from my build log... sorry for the redacting, but it's not 
> open-source code being built...
> [DEBUG] Test Classpath :
> ...
> [DEBUG] C:\my-implementation.jar
> ---
>  T E S T S
> ---
> ServiceProviderLookupFacility: The class [BasicLoggerManager] configured in 
> the service provider configuration file 
> [jar:file:C:/my-implementation.jar!/META-INF/services/LoggerManager] could 
> not be found and will be skipped.
> ServiceProviderLookupFacility:  java.lang.ClassNotFoundException: 
> BasicLoggerManager
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>   at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>   at 
> org.codehaus.surefire.IsolatedClassLoader.loadClass(IsolatedClassLoader.java:69)
>  
> Any insights into what's going on here? This seems tremendously broken...

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-5) surefire should include bootclasspath when running tests

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-5?page=all ]

Maria Odea Ching moved MNG-1303 to MSUREFIRE-5:
---

  Version: (was: 2.0)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-5  (was: MNG-1303)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire should include bootclasspath when running tests
> 
>
>  Key: MSUREFIRE-5
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-5
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: commons-digester 1.7; JDK 1.5.0_05
> Reporter: Boris Boehlen
> Assignee: Jason van Zyl
>  Attachments: my-app.zip
>
>
> I use the common-digester to parse a configuration file. When I do this in a 
> test case I get the following error.
> javax.xml.parsers.FactoryConfigurationError: Provider for 
> javax.xml.parsers.SAXParserFactory cannot be found
> at javax.xml.parsers.SAXParserFactory.newInstance(Unknown Source)
> at org.apache.commons.digester.Digester.getFactory(Digester.java:490)
> at org.apache.commons.digester.Digester.getParser(Digester.java:693)
> at 
> org.apache.commons.digester.Digester.getXMLReader(Digester.java:899)
> at org.apache.commons.digester.Digester.parse(Digester.java:1704)
> at 
> i3.grasgxl.core.ConfigurationLoader.load(ConfigurationLoader.java:107)
> Worked properly with Maven 1.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-8) Surefire interferes with ClassLoader.getResource() and Class.getResourceAsStream() calls.

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-8?page=all ]

Maria Odea Ching moved MNG-682 to MSUREFIRE-8:
--

Version: (was: 2.0-beta-1)
Fix Version: (was: 2.0-beta-2)
  Component: (was: maven-surefire-plugin)
   Workflow: jira  (was: Maven)
Key: MSUREFIRE-8  (was: MNG-682)
Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> Surefire interferes with ClassLoader.getResource() and 
> Class.getResourceAsStream() calls.
> -
>
>  Key: MSUREFIRE-8
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-8
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: Using a 2.0-beta-1 clean build (svn checkout on 20050730-1345) 
> on linux (and XP) .
> Reporter: Joakim Erdfelt
> Assignee: John Casey
>  Attachments: needs-classloader-clean.tar.gz, needs-classloader.tar.gz
>
>
> When using the Class.getResourceAsStream() or 
> ClassLoader.getResourceAsStream() method calls in your own project, the tests 
> succeed outside of m2 (in eclipse, on junit command line, and ant build).  
> But all tests fail when running under Surefire.
> A simple m2 project demonstrating this is attached.

-- 
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, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Moved: (MSUREFIRE-10) surefire plugin crashes

2005-12-19 Thread Maria Odea Ching (JIRA)
 [ http://jira.codehaus.org/browse/MSUREFIRE-10?page=all ]

Maria Odea Ching moved MNG-1387 to MSUREFIRE-10:


  Version: (was: 2.0)
   (was: 2.0.1)
Component: (was: maven-surefire-plugin)
 Workflow: jira  (was: Maven)
  Key: MSUREFIRE-10  (was: MNG-1387)
  Project: Maven 2.x Surefire Plugin  (was: Maven 2)

> surefire plugin crashes
> ---
>
>  Key: MSUREFIRE-10
>  URL: http://jira.codehaus.org/browse/MSUREFIRE-10
>  Project: Maven 2.x Surefire Plugin
> Type: Bug

>  Environment: win XP-SP2, jvm 1.4.2_08
> Reporter: Erick Dovale
> Assignee: Johnny R. Ruiz III
>  Attachments: MNG-1387-surefire.patch, test-surefire.zip
>
>
> The surefire plugin crashes with the following exception:
> Reporter method testStarting completed abruptly with an exception.
> java.lang.StringIndexOutOfBoundsException: String index out of range: -1
> at java.lang.String.substring(String.java:1444)
> at 
> org.codehaus.surefire.report.XMLReporter.testStarting(XMLReporter.jav
> a:101)
> at 
> org.codehaus.surefire.report.ReporterManager.testStarting(ReporterMan
> ager.java:304)
> at 
> org.codehaus.surefire.battery.TestListenerInvocationHandler.handleSta
> rtTest(TestListenerInvocationHandler.java:143)
> at 
> org.codehaus.surefire.battery.TestListenerInvocationHandler.invoke(Te
> stListenerInvocationHandler.java:120)
> at $Proxy0.startTest(Unknown Source)
> at junit.framework.TestResult.startTest(TestResult.java:151)
> at junit.framework.TestResult.run(TestResult.java:103)
> at junit.framework.TestCase.run(TestCase.java:118)
> at junit.framework.TestSuite.runTest(TestSuite.java:208)
> at junit.framework.TestSuite.run(TestSuite.java:203)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at 
> org.codehaus.surefire.battery.JUnitBattery.executeJUnit(JUnitBattery.
> java:246)
> at 
> org.codehaus.surefire.battery.JUnitBattery.execute(JUnitBattery.java:
> 220)
> at org.codehaus.surefire.Surefire.executeBattery(Surefire.java:204)
> at org.codehaus.surefire.Surefire.run(Surefire.java:153)
> at org.codehaus.surefire.Surefire.run(Surefire.java:77)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.codehaus.surefire.SurefireBooter.run(SurefireBooter.java:104)
> at 
> org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:309)
> at 
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
> nManager.java:412)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> ultLifecycleExecutor.java:519)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
> fecycle(DefaultLifecycleExecutor.java:469)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
> ltLifecycleExecutor.java:448)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> dleFailures(DefaultLifecycleExecutor.java:301)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> ts(DefaultLifecycleExecutor.java:268)
> at 
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
> fecycleExecutor.java:137)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:249)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:324)
> at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> at 
> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/

  1   2   3   >