yep, render kit configured like
<application>
<default-render-kit-id>
org.apache.myfaces.trinidad.core
</default-render-kit-id>
</application>
and, it's working ok, but not CoreRenderKitResourceLoader.
Just 5 min ago i've aggregate all the js files noted in
CoreCommonScriptsResourceLoader into one Common1_0_3.js
and put it to adf resources, so it's working fine now.
Of course, this is only a little bit hack, but not the normal way.
In addition CoreRenderKitResourceLoader constructor, except the
aggregating js files, do some extra work, so i'm still completly need
to run it properly.
Great thanks for your attention!
Matthias Wessendorf-4 wrote:
>
> portlet + exo portlal, jsf-portlet bridge
> may be the issue.
>
> did you configure the Trinidad renderkit.
>
> We had no complains on trinidad like that.
> just some regular bugs, but not a non-working RenderKit
>
> -M
>
> On 10/25/07, ridex <[EMAIL PROTECTED]> wrote:
>>
>> Hi
>>
>> Today i found out that CoreRenderKitResourceLoader constructor doesn't
>> invoked for some reasons,
>> and only here the Common js library register at runtime
>>
>> register("(/.*/Common.*\\.js)",
>> new
>> CoreCommonScriptsResourceLoader(_getCommonLibraryURI(false),
>> false));
>>
>> I didn't find the place in trinidad sources,
>> where the new CoreRenderKitResourceLoader should be created.
>>
>> Only static stuff of CoreRenderKitResourceLoader usage.
>>
>> So, i'm not sure is it trinidad problem, or the problem of mine
>> environment
>> (JSF, Trinidad, Facelets, portlet + exo portlal, jsf-portlet bridge), but
>> it
>> really strange
>> why CoreRenderKitResourceLoader not instantiated.
>>
>>
>> Matthias Wessendorf-4 wrote:
>> >
>> > yes, gab is right.
>> >
>> > the file is created during rt.
>> > depending on a web.xml ctx-param it uses a "debugable" version or not
>> > (for performance).
>> >
>> > the core-renderkit uses ResourceLoaders for that...
>> >
>> > Are you a asking because of an issue with 1.0.3 ?
>> > Perhaps you have to clear the cache, sometimes browser are
>> > cache-monsters...
>> >
>> > -M
>> >
>> > On 10/24/07, Gabrielle Crawford <[EMAIL PROTECTED]> wrote:
>> >> I believe we aggregate individual js files in dir below into the
>> common
>> >> js file at runtime.
>> >>
>> trinidad\trinidad\trinidad-impl\src\main\javascript\META-INF\adf\jsLibs
>> >>
>> >> Don't remember how this happens exactly....
>> >>
>> >> Thanks,
>> >>
>> >> Gabrielle
>> >>
>> >> ridex wrote:
>> >> > Hello
>> >> >
>> >> > When i tried to use tr:tree component, i received some javascript
>> >> error, and
>> >> > after checking rendered heml code i have found such inclusion
>> >> >
>> >> > _addJSL("/247/forward/global/adf/jsLibs/Common1_0_3.js")
>> >> >
>> >> > And i was surprised that trinidad doesn't contain it.
>> >> > It contains a big amount of another js files, but not this.
>> >> >
>> >> > So, if you have any propositions according to this problem,
>> >> > lem me know, please.
>> >> >
>> >> > (Trinidad 1.0.3, JSF RI 1.1_01, Tomcat 5.0.28)
>> >> >
>> >>
>> >
>> >
>> > --
>> > Matthias Wessendorf
>> >
>> > further stuff:
>> > blog: http://matthiaswessendorf.wordpress.com/
>> > mail: matzew-at-apache-dot-org
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/Trinidad-1.0.3-reference-to-the-missing-Common1_0_3.js-tf4684122.html#a13402696
>> Sent from the My Faces - Dev mailing list archive at Nabble.com.
>>
>>
>
>
> --
> Matthias Wessendorf
>
> further stuff:
> blog: http://matthiaswessendorf.wordpress.com/
> mail: matzew-at-apache-dot-org
>
>
--
View this message in context:
http://www.nabble.com/Trinidad-1.0.3-reference-to-the-missing-Common1_0_3.js-tf4684122.html#a13403661
Sent from the My Faces - Dev mailing list archive at Nabble.com.
