Hey Scott -

Great, thanks for tracking this down.  +1 for me then.

Andy



On Wed, Nov 6, 2013 at 12:55 PM, Scott O'Bryan <[email protected]> wrote:

> I'm changing my vote to +1.  I was able to fix this issue in the trinidad
> poms by adding:
>
>         <dependencies>
>           <dependency>
>             <groupId>org.apache.myfaces.trinidad</groupId>
>             <artifactId>trinidad-api</artifactId>
>             <version>${project.version}</version>
>            </dependency>
>          </dependencies>
>
> To the maven-faces plugin definition in trinidad-impl.  So  I'll handle
> the ticket under trinidad and make sure its part of the next release.  The
> key was found in the maven class loading guide:
>
> http://maven.apache.org/guides/mini/guide-maven-classloading.html
>
> I noticed that the error was being issued in the impl package which should
> have had access to the api.  But the dependencies are only explicitly
> available to the javacc plugin or can be referenced manually by the mojo.
>  Our mojo doesn't handle dependencies, so the configuration is necessary.
>  Might be nice to add it at some point though.
>
> Andy, does this work for you?
>
> --
> Scott O'Bryan
>
> On November 6, 2013 at 8:32:00 AM, Scott O'Bryan 
> ([email protected]<//[email protected]>)
> wrote:
>
>  Andy,
>
>  Yeah, I was seeing this too.  I was trying to track this as part of my
> work for the next Trinidad release, but I think your right.  This may be
> handled better in the plugin.  At the very least we should evaluate it.
>  What's happening here is a new check was added to test if a class for an
> attribute happens to be an enumeration.  In the case where we get the
> error, DateListProvider hasn't been built yet since the plugins generate
> the source BEFORE the plugins are built.
>
>  I'm going to generate a JIRA ticket and I for one think we need to fix
> this issue before releasing the plugins.  As such. my vote is a -1 pending
> this issue.
> --
> Scott O'Bryan
>
> On November 6, 2013 at 7:42:03 AM, Andy Schwartz (
> [email protected] <//[email protected]>) wrote:
>
>    Hey Scott -
>
>
>  I attempted to do a clean Trinidad build against the new plugins.  I
> happened to notice this exception during the build:
>
>
>  > [INFO] --- maven-faces-plugin:2.0.8:generate-jsp-taglibs (default) @
> trinidad-impl ---
>
> > [INFO] ClassNotFound error resolving type
> org.apache.myfaces.trinidad.model.DateListProvider
>
> > java.lang.ClassNotFoundException:
> org.apache.myfaces.trinidad.model.DateListProvider
>
> >     at
> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
>
> >     at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
>
> >     at
> org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
>
> >     at java.lang.Class.forName0(Native Method)
>
> >     at java.lang.Class.forName(Class.java:169)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.java:86)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.java:47)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.generator.taglib.AbstractTagGenerator.resolveType(AbstractTagGenerator.java:247)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.generator.taglib.TrinidadValidatorTagGenerator.writeSetProperty(TrinidadValidatorTagGenerator.java:115)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.generator.taglib.AbstractValidatorTagGenerator.writeSetProperties(AbstractValidatorTagGenerator.java:185)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.generator.taglib.AbstractValidatorTagGenerator.generateTagHandler(AbstractValidatorTagGenerator.java:62)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.GenerateJspTaglibsMojo._generateTagHandlers(GenerateJspTaglibsMojo.java:794)
>
> >     at
> org.apache.myfaces.trinidadbuild.plugin.faces.GenerateJspTaglibsMojo.execute(GenerateJspTaglibsMojo.java:104)
>
> >     at
> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
>
> >     at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
>
> >     at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>
> >     at
> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>
> >     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
>
> >     at
> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
>
> >     at
> org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
>
> >     at
> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
>
> >     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
>
> >     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
>
> >     at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
>
> >     at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
>
> >     at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
>
> >     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:597)
>
> >     at
> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
>
> >     at
> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
>
> >     at
> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
>
> >     at
> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
>
> > [INFO] Generated 145 JSP tag(s)
>
>
>  I have no idea whether this exception in new in 2.0.8.  Is this
> something that we should look at before rolling out the plugins release?
>
> Andy
>
>
>
> On Mon, Nov 4, 2013 at 4:29 PM, Scott O'Bryan <[email protected]> wrote:
>
>>  I was running the tasks needed to release the Trinidad Maven Plugins
>> version 2.0.8 which is needed as a prerequisite to a Trinidad release.  I
>> have compiled the Release Notes[1] for the 2.0.8 release.
>>
>> I have generated the tag [2] and have deployed the built artifacts to
>> nexus [3].  Lastly I have included a source archive [4].  I've done
>> preliminary testing and building, updated the plugins to comply with
>> checkstyle, and made sure the build passed rat:check.
>>
>> Please take a look at the Trinidad Maven Plugins 2.0.8 release artifacts
>> now and vote.
>>
>> Please note:
>>
>> This vote is "majority approval" with a minimum of three +1 votes (see
>> [5]).
>>
>> ------------------------------------------------
>> [ ] +1 for community members who have reviewed the bits
>> [ ] +0
>> [ ] -1 for fatal flaws that should cause these bits not to be released, and
>> why..............
>> ------------------------------------------------
>>
>> Thanks,
>>   Scott O'Bryan
>>
>> [1]
>> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310661&version=12319290
>> [2]
>> https://svn.apache.org/repos/asf/myfaces/trinidad-maven/tags/maven-plugin-parent-2.0.8
>> [3]
>> https://repository.apache.org/content/repositories/orgapachemyfaces-069
>> [4]
>> https://repository.apache.org/content/repositories/orgapachemyfaces-069/org/apache/myfaces/trinidadbuild/maven-plugin-parent/2.0.8/maven-plugin-parent-2.0.8-source-release.zip
>> [5] http://www.apache.org/foundation/voting.html#ReleaseVotes
>>
>
>

Reply via email to