Tag List Report
The following document contains the listing of user tags found in the code. Below is the summary of the occurrences per tag.
| Tag Class | Total number of occurrences | Tag strings used by tag class |
|---|---|---|
| @todo | 1 | @todo |
| TODO | 17 | TODO |
Each tag is detailed below:
@todo
Number of occurrences found in the code: 1
| org.codehaus.plexus.component.configurator.converters.basic.DateConverter | Line |
|---|---|
| DateFormat is not thread safe! | 34 |
TODO
Number of occurrences found in the code: 17
| org.codehaus.plexus.DefaultPlexusContainer | Line |
|---|---|
| Is there a more threadpool-friendly way to do this? | 119 |
| put this in a separate helper class and turn into a component if possible, too big. | 584 |
| Auto-generated method stub | 741 |
| org.codehaus.plexus.component.configurator.AbstractComponentConfiguratorTest | Line |
| implement List<int> etc.. "<intList>" + " <something>12</something>" + " <somethingElse>34</somethingElse>" + "</intList>" + | 248 |
| org.codehaus.plexus.component.configurator.converters.ConfigurationConverter | Line |
| a better way, instead of baseType, would be to pass in a factory for new classes that could be based from the given package | 45 |
| a better way, instead of baseType, would be to pass in a factory for new classes that could be based from the given package | 66 |
| org.codehaus.plexus.component.configurator.converters.composite.CollectionConverter | Line |
| If we had generics we could try that instead - or could the component descriptor list an impl? | 140 |
| org.codehaus.plexus.component.discovery.AbstractResourceBasedComponentDiscoverer | Line |
| this should be a default strategy of searching through classloaders. a discoverer should really not have to be concerned finding a particular resource and how to turn it into a set of component descriptors. | 37 |
| org.codehaus.plexus.configuration.ConfigurationTestHelper | Line |
| uncomment once maven can test the latest plexus-utils assertNull( c.getChild( "singleton" ).getValue( null ) ); | 50 |
| org.codehaus.plexus.configuration.DefaultPlexusConfigurationTest | Line |
| this currently works since getTestConfiguration() invokes PlexusTools.buildConfiguration() and it returns XmlPlexusConfiguration actually. | 71 |
| uncomment once maven can test the latest plexus-utils | 79 |
| org.codehaus.plexus.configuration.PlexusComponentDescriptorMerger | Line |
| other getters/setters. | 35 |
| org.codehaus.plexus.configuration.PlexusConfigurationMerger | Line |
| This merger explicity uses the XML implementation of the plexus configuration but it must work for configurations coming from any source. | 22 |
| org.codehaus.plexus.configuration.xml.XmlPlexusConfigurationTest | Line |
| uncomment once maven can test the latest plexus-utils assertEquals( "<singleton attribute=\"attribute\"/>\n", c.getChild( "singleton" ).toString() ); | 79 |
| org.codehaus.plexus.container.initialization.InitializeComponentFactoryManagerPhase | Line |
| this is wrong here jvz. | 34 |
| org.codehaus.plexus.logging.BaseLoggerManager | Line |
| use a logger! | 153 |
| org.codehaus.plexus.logging.CustomLoggerManagerTest | Line |
| this test will get nuked, this needs to be done programmatically | 21 |