I bet ;)

On 2/7/07, Cagatay Civici <[EMAIL PROTECTED]> wrote:
> Which ASs do this BTW?
>

 I'm not sure but it may be weblogic.

 Cagatay


On 2/7/07, Dennis Byrne <[EMAIL PROTECTED]> wrote:
> You want to have a test to that would fail for non String class TLD
attributes?  It may be a good idea for us in terms of interoperability.
Which ASs do this BTW?
>
> Dennis Byrne
>
>
>
> On 2/6/07, Werner Punz <[EMAIL PROTECTED]> wrote:
> > Btw. speaking of unit tests, I am not fully familiar with the specs in
> > this area, but some app servers choke on non class String definitions in
> > the tld attributes.
> > There is no test case for that at least in the sandbox, I am not
> > sure if there is one for Tomahawk.
> >
> > Any ideas, if I just missed it?
> >
> >
> >
> > Dennis Byrne schrieb:
> > > Hi Werner,
> > >
> > > Glad to help. Please take the time to vote for getting this feature
into
> > > the Shale test framework.
> > >
> > > https://issues.apache.org/struts/browse/SHALE-382
> > > < https://issues.apache.org/struts/browse/SHALE-382>
> > >
> > > Dennis Byrne
> > >
> > > On 2/6/07, *Werner Punz* < [EMAIL PROTECTED]
> > > <mailto: [EMAIL PROTECTED]>> wrote:
> > >
> > >     Ok guys, especially Dennis and Martin
> > >     thanks to you I finally
> > >     could nail down
> > >     and fix or mark the missing
> > >     attributes.
> > >     The sandbox now should work in way more containers than it used
> > >     to (commit follows in a few minutes)
> > >
> > >     Werner
> > >
> > >
> > >
> > >     Werner Punz schrieb:
> > >     > Thanks a lot Dennis this was exactly what
> > >     > I was looking for!
> > >     >
> > >     >
> > >     >
> > >     > Dennis Byrne schrieb:
> > >     >> You may want to let this do the work for you.
> > >     >>
> > >     >>
> > >
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
> > >     <
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
>
> > >     >>
> > >     <
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
> > >     <
http://svn.apache.org/viewvc/myfaces/shared/trunk/core/src/test/java/org/apache/myfaces/shared/taglib/UIComponentTagUtilsTest.java?view=log
>>
> > >     >>
> > >     >> Dennis Byrne
> > >     >>
> > >     >> On 2/6/07, *Werner Punz* < [EMAIL PROTECTED] <mailto: [EMAIL 
PROTECTED]>
> > >     <mailto:[EMAIL PROTECTED] <mailto: [EMAIL PROTECTED]>>> wrote:
> > >     >>
> > >     >>     Hi
> > >     >>     Since I am currently working on fixing a lot of missing
> > >     references in
> > >     >>     the sandbox Taglib classes.
> > >     >>     (Some people including me used a lot of includes from
> > >     entities resulting
> > >     >>     in several missing attribute implementations)
> > >     >>
> > >     >>     I am going to write, since this seems to be the most
obvious way,
> > >     >>     a program which checks the generated component tlds via
> > >     introspection
> > >     >>     against the taglib classes for those references.
> > >     >>
> > >     >>     If anyone is willing, to integrate it into maven once I am
done
> > >     >>     please drop a note here.
> > >     >>
> > >     >>     Otherwise is there maybe already a check in maven which
does
> > >     this test?
> > >     >>     Tomcat is unable to check it as it seems, although I turned
on
> > >     >>     tldValidation it did not report errors which were there.
> > >     >>     Also most other app server skip it, but weblogic does not
> > >     >>     and it is correct that it does not skip it.
> > >     >>
> > >     >>
> > >     >>
> > >     >>
> > >     >>
> > >     >> --
> > >     >> Dennis Byrne
> > >     >
> > >     >
> > >
> > >
> > >
> > >
> > > --
> > > Dennis Byrne
> >
> >
>
>
>
> --
> Dennis Byrne




--
Matthias Wessendorf
http://tinyurl.com/fmywh

further stuff:
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com

Reply via email to