Re: [announcement] JTK: An Ajax JSF Component Development Framework

[Matthias Wessendorf]

Hi,

did a quick look and found these two statements:
-Apache Trinidad requires that the developer create the tag library
file and a renderer.

= you write meta-data and a renderer. The meta-data is used to
*generate* TLD/the components. Metadata is also useful for tools.

-Components developed with Trinidad only work properly with the
Trinidad view root.

= there is no TrinidadViewRoot class.

-Matthias





On 10/31/07, noah [EMAIL PROTECTED] wrote:
 Hi Guys, I've got a little sales pitch, but it's not too OT :)

 If you've ever had to develop a JSF component, you know it's not the
 simplest thing in the world.  If you want to Ajax enable your
 component, you can either roll your own Ajax framework, which makes it
 a big hassle for anyone that wants to use it, or tie yourself to an
 existing JSF Ajax framework, e.g. Trinidad PPR, Ajax4JSF, DynaFaces,
 etc. which means your component probably can't be used with the other
 frameworks.

 Well, in bried, I managed to get a master's degree by coming up with a
 solution [1] to this 'problem', which is now an open source project.
 If you want to write Ajaxy JSF components that can be used with any
 JSF Ajax framework, do write them, tried component writing and thought
 it was too much work, or are the least bit interested, please give it
 a try [2]. It only takes 15 minutes.

 Currently we support Trinidad PPR (1.2 only) and DynaFaces. i.e. if
 you write an Ajax enabled component, it will work automagically with
 both frameworks. We're also working on Ajax4JSF support.

 Feedback, interest, donations, suggestions for a better name, etc. are
 greatly appreciated. Sorry, no offers of marriage; already, happily.

 [1] Google Code Page: http://www.jsftoolkit.com/

 [2] Developer's Guide:
 http://decenturl.com/jsftoolkit/jtk-jsf-ajax-component-framework

 [3] Mailing List: [EMAIL PROTECTED]

 Cheers,
 Noah

 P.S. For those of you on more than one JSF list, sorry for the x-post.

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




-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: Locking a webapp against parallel using

[Simon Kitching]

[AARGH- I hate top-posting!]

oops..when I wrote pessimistic locking, I meant optimistic locking..sorry.

Mike, I'm curious about this full attribute optimistic locking you mention. I 
know only JPA/hibernate's version that you don't seem so keen on. In that case, 
just a version field is remembered for each object, and an update does 
(roughly):

  update foo set x=1, y=1, version=35 
  where somekey=someval and version=34

This means that an update fails if the record has been updated by someone else 
since it was read (because version is no longer 34). The failure to update then 
causes an exception to be thrown.

Is it possible to describe full attribute optimistic locking in a couple of 
sentences, or should I look at the cayenne docs? (A quick google didn't show 
anything obviously related..)

NB: the original question had (I think) two parts: (1) how to avoid last 
editor overwrites first editor and (2) how to tell a user that the records are 
reserved for edit by someone else, rather than letting the second person edit 
them then failing on save. Optimistic locking solves the first, but not the 
second.

Simon

--
A. Because it breaks the logical sequence of discussion
Q. Why is top posting bad?


 Mike Kienenberger [EMAIL PROTECTED] schrieb:
 Well, if your ORM supports optimistic locking, then it's far simpler.
 I think Hibernate supports a one-attribute versioning
 optimistic locking, although not full attribute optimistic locking,
 which is what I prefer.


 On 10/30/07, Simon Kitching [EMAIL PROTECTED] wrote:
  The Java Persistence API (Hibernate, Toplink etc) provides pessimistic 
  locking, where a version column exists on each table. 

Re: [tobago] tree fills node id with null

[Zied Hamdi]

So, the error was due to the snippet:

  c:if test =#{not empty ajaxScope} 

  tc:attribute

   name =renderedPartially

   value =:page:mainInfoTabPanel /
the id :page:mainInfoTabPanel (that is itself a bug workaround :-)) was not
found so it throws a js exception :-/

Does anyone know where is the log written, so I avoid spamming the mailing
list ;-)?

Regards,
Zied


2007/10/31, Zied Hamdi [EMAIL PROTECTED]:

 Hi,

 I have a problem with an included tree: it works on a page but doesn't in
 the other and I can't figure out what's wrong with the the latter. The
 problem is in js: it declares a null id (then it's impossible to react
 onClick). I've joined a screen capture of the script state in debug mode:

 new Tobago.ScriptLoader(

 ['/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/standard/standard/script/tree.js',
 '/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/scarborough/standard/script/tree.js'],

   {
 +   var treeResourcesHelp = new Object();
 +   treeResourcesHelp[\openfoldericon.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/openfoldericon.gif\;

 +   treeResourcesHelp[\foldericon.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/foldericon.gif\;
 +   treeResourcesHelp[\ unchecked.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/unchecked.gif\;
 +   treeResourcesHelp[\uncheckedDisabled.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/uncheckedDisabled.gif\;

 +   treeResourcesHelp[\checked.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/checked.gif\;
 +   treeResourcesHelp[\ checkedDisabled.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/checkedDisabled.gif\;
 +   treeResourcesHelp[\new.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/new.gif\;

 +   treeResourcesHelp[\T.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/T.gif\;
 +   treeResourcesHelp[\L.gif\ ] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/L.gif\;
 +   treeResourcesHelp[\I.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/I.gif\;

 +   treeResourcesHelp[\Lminus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Lminus.gif\;
 +   treeResourcesHelp[\ Tminus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Tminus.gif\;
 +   treeResourcesHelp[\Rminus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Rminus.gif\;

 +   treeResourcesHelp[\Lplus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Lplus.gif\;
 +   treeResourcesHelp[\ Tplus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Tplus.gif\;
 +   treeResourcesHelp[\Rplus.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/richmond/standard/image/Rplus.gif\;

 +   treeResourcesHelp[\treeMenuOpen.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/treeMenuOpen.gif\;
 +   treeResourcesHelp[\ treeMenuClose.gif\] =
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/speyside/standard/image/treeMenuClose.gif\;
 +  
 +   treeResourcesHelp.getImage = function (name) {
 + var result = this[name];
 + if (result) {
 +   return result;
 + } else {
 +   return
 \/IntoServicesWeb/org/apache/myfaces/tobago/renderkit/html/scarborough/standard/image/blank.gif\;

 + }
 +   };
 +  
 +   var page_categoriesTree_treeNodeCommand = \
 Tobago.reloadComponent('null', this.id, {});\;
 +   var page_categoriesTree_node9104137 = new
 TreeOldNode('Categories',null,'page:categoriesTree:node9104137','tree',true,false,false,false,false,'page:categoriesTree',false,false,'page::form',false,false,false,false,false,treeResourcesHelp,null,page_categoriesTree_treeNodeCommand,null,null,null,'296',null);

 +   var page_categoriesTree_node5030952 = new
 TreeOldNode('rv',null,'page:categoriesTree:node5030952','tree',false,false,false,false,false,'page:categoriesTree',false,false,'page::form',false,false,false,false,false,treeResourcesHelp,null,page_categoriesTree_treeNodeCommand,page_categoriesTree_node9104137,null,null,'296',null);

 +   var page_categoriesTree_node31596357 = new
 

Perfomance Testing with Jmeter

[Angel Miralles Arevalo]

Hi everyone, anybody who made Jmeter testing with success? I have read about it 
in wiki, all seem to be all right but when I try to launch 15 threads jboss get 
down...When it begins to execute I get the following messages:

09:24:40,033 INFO  [RedirectTrackerManager] No context init parameter 
'org.apache.myfaces.redirectTracker.POLICY' found, using default value 
org.apache.myfaces.custom.redirectTracker.policy.NoopRedirectTrackPolicy

09:05:30,055 INFO  [RedirectTrackerManager] No context init parameter 
'org.apache.myfaces.redirectTracker.MAX_REDIRECTS' found, using default value 20

But it continues executing normally. Finally it gets breakdown without errors...

I have added a JMeter RegEx Extractor just like myfaces wiki pointsbut I 
don't understand very well why it is necesary.


   
__ 
Pregunta, Responde, Descubre. 
Comparte tus consejos y opiniones con los usuarios de Yahoo! Respuestas 
http://es.answers.yahoo.com/info/welcome

[Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[Francisco Passos]

Good morning to all.

I've come to realize the following in an application using t:jsCookMenu and
Trinidad's PPR.

The menu always works properly, except if the last interaction with the web
app was a PPR request. In this case, selecting an option from the menu does
not send the user where intended, but instead a full page refresh of the
current page takes place. A second click (in the newly refreshed page)
always seems to work, but nevertheless now the last request is no longer a
PPR one.

Has anyone experienced this or has any idea what might be causing it?

More info: I'm using Trinidad 1.0.1 and Tomahawk 1.1.6 and have attempted to
migrate to Trinidad 1.0.2 and 1.0.3, but gave up on that because PPR ceases
to work on my app.

Thank you,
Francisco

Re: inputSuggestAjax ignoring maxSuggestedItems

[Gerald Müllan]

Hi,

have a look at the next nightly build, it should work now.

cheers - Gerald

On 10/22/07, BinaryMechanic [EMAIL PROTECTED] wrote:
 Hi,

 I'm trying to use the inputSuggestAjax control in sandbox snapshot 1.1.7.
 The control is working fine, except that it's ignoring the maxSuggestedItems
 value I'm specifying (1300), and returning the default 200 instead. Here's
 the code :

 s:inputSuggestAjax id=listtest maxSuggestedItems=1300
 suggestedItemsMethod=#{searchParamVO.getTestISList}
 value=#{searchParamVO.testIS}/

 The getTestISList method is receiving the value 1300 correctly, but my
 return list is still being truncated to the first 200.

 I've probably missed something obvious, but InputSuggestAjaxRenderer.java
 seems to break out of the write loop when suggestedCount  
 DEFAULT_MAX_SUGGESTED_ITEMS, and ignores that I've specified a higher value
 on the control?

 Any help would be greatly appreciated. I haven't tried building myfaces
 before, but I guess as a workaround I could increase
 DEFAULT_MAX_SUGGESTED_ITEMS - 200 as a default cutoff seems
 a little low. Although I'm sure people will disagree with sending back 1300,
 I chose the myfaces version of an inputsuggest so users can drop down the
 complete list before typing and ajax kicks in to reduce the list if they
 prefer.

 Cheers

  
  For ideas on reducing your carbon footprint visit Yahoo! For Good this
 month.




-- 
http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces

RE: [Trinidad] Redirect Logging to log4j

[Kuhn, Harald]

Hi to all, 
 
I 've enhanced this class a little.
ResourceBundles and Formatted Messages are handeled correctly, now.
 
Please feel free to publish this version on the wiki.
 
Kind regards
 
  Harald
 
** 
Harald Kuhn 
AirPlus International 
Business Information Services 
Phone:   +49 (0) 61 02 204-821 
Fax: +49 (0) 61 02 204-139 
E-Mail:   [EMAIL PROTECTED] 
Internet:   http://www.airplus.com/ www.airplus.com 
** 



Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 
Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Lutz 
Logemann · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: 
Amtsgericht Offenbach/Main, HRB 8119

-Original Message-
From: Kuhn, Harald [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 01, 2007 4:38 PM
To: MyFaces Discussion
Subject: [Trinidad] Redirect Logging to log4j



Hi, 

as we are using log4j as logging framework (tomcat internal and webapps), I 
tried to redirect the log output of Trinindad to log4j.

I used the code provided by 
 http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging 
http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging 

The output is actually redirected from JDK-Logging -- commons-logging -- 
log4j. 
But there is a little difference: 

Output from JDK-Logging: 
01.10.2007 16:23:17 org.apache.myfaces.trinidadinternal.config.ConfigParser 
parseConfigFile 
INFO: Trinidad is running in debug mode. Do not use in a production 
environment. See:/WEB-INF/trinidad-config.xml 
01.10.2007 16:23:17 
org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl _checkTimestamp 
INFO: Apache Trinidad is running with time-stamp checking enabled. This should 
not be used in a production environment. See the 
org.apache.myfaces.trinidad.CHECK_FILE_MODIFICATION property in WEB-INF/web.xml

Same output redirected to log4j: 
2007-10-01 16:18:48,687   INFO  
org.apache.myfaces.trinidadinternal.config.ConfigParser: RUNNING_IN_DEBUG_MODE 
2007-10-01 16:18:49,078   INFO  
org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl: 
TIMESTAMP_CHECKING_ENABLED_SHOULDNOT_IN_PRODUCTION

As JDK Logging has a method java.util.logging.Logger.getLogger(name, 
resourceBundleName) 
I think this would cause the problem. And RUNNING_IN_DEBUG_MODE and 
TIMESTAMP_CHECKING_ENABLED_SHOULDNOT_IN_PRODUCTION are just the keys into the 
RessourceBundle.

Is this assumption right? 

Before a deeper inspection of the code provided by the wiki page, I would 
kindly ask, if there is already a solution for this problem?

Kind regards 

  Harald 


** 
Harald Kuhn 
AirPlus International 
Business Information Services 
Phone:   +49 (0) 61 02 204-821 
Fax: +49 (0) 61 02 204-139 
E-Mail:   [EMAIL PROTECTED] 
Internet:   http://www.airplus.com www.airplus.com 
** 



Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 
Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), Lutz 
Logemann · Vorsitzender des Aufsichtsrates: Stephan Gemkow · Handelsregister: 
Amtsgericht Offenbach/Main, HRB 8119




JavaLoggingToCommonLoggingRedirector.java
Description: JavaLoggingToCommonLoggingRedirector.java

Re: [Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[alvaro tovar]

yes, i solved this, using 2 form one for the jscookmenu and other for the
page

On 10/31/07, Francisco Passos [EMAIL PROTECTED] wrote:

 Good morning to all.

 I've come to realize the following in an application using t:jsCookMenu
 and Trinidad's PPR.

 The menu always works properly, except if the last interaction with the
 web app was a PPR request. In this case, selecting an option from the menu
 does not send the user where intended, but instead a full page refresh of
 the current page takes place. A second click (in the newly refreshed page)
 always seems to work, but nevertheless now the last request is no longer a
 PPR one.

 Has anyone experienced this or has any idea what might be causing it?

 More info: I'm using Trinidad 1.0.1 and Tomahawk 1.1.6 and have attempted
 to migrate to Trinidad 1.0.2 and 1.0.3, but gave up on that because PPR
 ceases to work on my app.

 Thank you,
 Francisco

RE: [Trinidad] Component renderer cannot be found in portal context

[Lorin Schoop]

Hi guys

Do you have any clue on this case? Any help / idea might be helpful! As
Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
configuration files.. Has anyone got a working example of Trinidad running
in a portlet?

In the meantime I tried a few more things:
- Adding a configuration parameter output-modeportlet/output-mode to
trinidad-config.xml; doesn't change anything.
- Removing Tomahawk; same thing.
- Specifically set the render-type of the Trinidad components: exception
saying Render context missing. 
- Change the user agent (which is unknown in both IE and Firefox) at runtime
to Mozilla. -- User agent error disappears, but the render errors
remain...

Thanks a lot!!

Cheers
-Lorin


-Original Message-
From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED] 
Sent: Sunday, October 28, 2007 2:24 PM
To: users@myfaces.apache.org
Subject: [Trinidad] Component renderer cannot be found in portal context

Hello

I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6. Facelet
is not being used so far.

I've setup a simple portlet with a button which increments a counter value
using PPR.

When I run the example, I get the following error:


13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
_populateUnknownAgentImpl

WARNING: The User-Agent null is unknown; creating an agent with unknown
agent attributes.

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text

13:14:55,406 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text





I think PPR is not the problem. I tried a different example without
partialSubmit / partialTriggers attributes: same errors.

Extracts of the related files are attached below.



I appreciate your help very much!! Thanks in advance!



Regards,

-Lorin






*

TrinidadTest.jsp  


%@ page session=false contentType=text/html; charset=ISO-8859-1%

%@ taglib uri=http://java.sun.com/jsf/core; prefix=f%

%@ taglib uri=http://java.sun.com/portlet; prefix=portlet%

%@ taglib uri=http://myfaces.apache.org/trinidad; prefix=tr%

portlet:defineObjects /

link rel=stylesheet type=text/css

href=%= renderResponse.encodeURL(renderRequest.getContextPath() +
/css/basic.css) % /

f:view

tr:document id=trinidadDoc

TITLEOrder Entry/TITLE

tr:form id=trinidadForm

tr:commandButton text=Increment Counter id=counterButton

partialSubmit=true actionListener=#{trinidadTestBean.increment} /

tr:outputText value=#{trinidadTestBean.counter}
partialTriggers=counterButton /

/tr:form

/tr:document

/f:view




*

TrinidadTestBean.java  


package test;

import javax.faces.event.ActionEvent;

public class TrinidadTestBean {

private int counter = 0;

public void increment(ActionEvent event)

{

// Change the text value

counter++;

}

public int getCounter() {

return counter;

}

public 

Re: Locking a webapp against parallel using

[Mike Kienenberger]

On 10/31/07, Simon Kitching [EMAIL PROTECTED] wrote:
 [AARGH- I hate top-posting!]

I know you hate top-posting, but I like it :-)


 oops..when I wrote pessimistic locking, I meant optimistic locking..sorry.

 Mike, I'm curious about this full attribute optimistic locking you mention. 
 I know only JPA/hibernate's version that you don't seem so keen on. In that 
 case, just a version field is remembered for each object, and an update 
 does (roughly):

   update foo set x=1, y=1, version=35
   where somekey=someval and version=34

 This means that an update fails if the record has been updated by someone 
 else since it was read (because version is no longer 34). The failure to 
 update then causes an exception to be thrown.

 Is it possible to describe full attribute optimistic locking in a couple of 
 sentences, or should I look at the cayenne docs? (A quick google didn't show 
 anything obviously related..)

Sure.   Instead of creating and locking on a special version field,
lock on all fields (or all that are important).Assuming table
foo[w,x,y,z], use update foo set x=1, y=1 where w=old_w, x=old_x,
y=old_y, z=old_z


 NB: the original question had (I think) two parts: (1) how to avoid last 
 editor overwrites first editor and (2) how to tell a user that the records 
 are reserved for edit by someone else, rather than letting the second 
 person edit them then failing on save. Optimistic locking solves the first, 
 but not the second.

You could be right about two issues.   I may not have read it closely
enough.  If so, addressing the second forces pessimistic locking, and
requires cleanup of locks.   The pitfalls are many and numerous, and
I'm sure there are better descriptions of how to solve it than can be
communicated on the MyFaces mailing list, since there's nothing
JSF-specific about it.

Re: Locking a webapp against parallel using

[Mario Ivankovits]

Hi!
 Is it possible to describe full attribute optimistic locking in a couple 
 of sentences, or should I look at the cayenne docs? (A quick google didn't 
 show anything obviously related..)
 

 Sure.   Instead of creating and locking on a special version field,
 lock on all fields (or all that are important).Assuming table
 foo[w,x,y,z], use update foo set x=1, y=1 where w=old_w, x=old_x,
 y=old_y, z=old_z
   
Beware, (especially with the or all that are important thing) this
might allow to become your entity out of sync. Means, your entity is a
mixture of
different updates which you are not aware of then.
Using all properties of the version column (which might be more
performant) is the only option to prevent this.

Ciao,
Mario

Re: [Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[Francisco Passos]

Hello Alvaro, thanks for your hint.

Could you please post a copy of the xhtml you use for an example page? I've
tried placing jscookmenu within a form and the remainder of the page on a
different form, but the problem persists.

Thank you,
Francisco

On 10/31/07, alvaro tovar [EMAIL PROTECTED] wrote:

 yes, i solved this, using 2 form one for the jscookmenu and other for the
 page

 On 10/31/07, Francisco Passos  [EMAIL PROTECTED] wrote:
 
  Good morning to all.
 
  I've come to realize the following in an application using t:jsCookMenu
  and Trinidad's PPR.
 
  The menu always works properly, except if the last interaction with the
  web app was a PPR request. In this case, selecting an option from the menu
  does not send the user where intended, but instead a full page refresh of
  the current page takes place. A second click (in the newly refreshed page)
  always seems to work, but nevertheless now the last request is no longer a
  PPR one.
 
  Has anyone experienced this or has any idea what might be causing it?
 
  More info: I'm using Trinidad 1.0.1 and Tomahawk 1.1.6 and have
  attempted to migrate to Trinidad 1.0.2 and 1.0.3, but gave up on that
  because PPR ceases to work on my app.
 
  Thank you,
  Francisco
 

[OT] Re: Locking a webapp against parallel using

[Mike Kienenberger]

On 10/31/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
 Hi!
  Is it possible to describe full attribute optimistic locking in a couple 
  of sentences, or should I look at the cayenne docs? (A quick google didn't 
  show anything obviously related..)
 
 
  Sure.   Instead of creating and locking on a special version field,
  lock on all fields (or all that are important).Assuming table
  foo[w,x,y,z], use update foo set x=1, y=1 where w=old_w, x=old_x,
  y=old_y, z=old_z
 
 Beware, (especially with the or all that are important thing) this
 might allow to become your entity out of sync. Means, your entity is a
 mixture of
 different updates which you are not aware of then.
 Using all properties of the version column (which might be more
 performant) is the only option to prevent this.

Well, we're getting a bit off topic, but there's nothing to beware of
here.   If you lock on all columns which can change, then it will
always work.   If a column cannot change, then there's no need to lock
on it.   If in doubt, lock on them all -- it's the safest thing to do
if there's no performance issues. F.A.O.L. has its downsides (requires
caching of old attributes), but it has its upsides too -- works with
any database and any database table without modification of schema,
assuming all columns support equality operations.

Re: [announcement] JTK: An Ajax JSF Component Development Framework

[Matthias Wessendorf]

On 10/31/07, noah [EMAIL PROTECTED] wrote:
 On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
  Hi,
 
  did a quick look and found these two statements:
  -Apache Trinidad requires that the developer create the tag library
  file and a renderer.
 
  = you write meta-data and a renderer. The meta-data is used to
  *generate* TLD/the components. Metadata is also useful for tools.

 Sorry, I must have misunderstood. I wrote most of that six months ago,
 and there wasn't any documentation about how it works/how to use it.

 
  -Components developed with Trinidad only work properly with the
  Trinidad view root.
 
  = there is no TrinidadViewRoot class.

 Sorry if I misunderstood, but there wasn't any documentation about it
 when I wrote that.  Am I wrong that Trinidad generated components will
 only work with Trinidad?  I'm not trying to spread misinformation,
 that is just my understanding of the way things worked a few months
 ago.

there is a tr:document OR trh:html / body that render the links to
the required source like CSS / JavaScript, but you can mix Trinidad
with Tomahawk, for instance.

The big issue general is that lot's of component libs don't work 100%
with others, I hope that JSF2 will provide a better integration
mechanism

-M


 
  -Matthias
 
 
 
 
 
  On 10/31/07, noah [EMAIL PROTECTED] wrote:
   Hi Guys, I've got a little sales pitch, but it's not too OT :)
  
   If you've ever had to develop a JSF component, you know it's not the
   simplest thing in the world.  If you want to Ajax enable your
   component, you can either roll your own Ajax framework, which makes it
   a big hassle for anyone that wants to use it, or tie yourself to an
   existing JSF Ajax framework, e.g. Trinidad PPR, Ajax4JSF, DynaFaces,
   etc. which means your component probably can't be used with the other
   frameworks.
  
   Well, in bried, I managed to get a master's degree by coming up with a
   solution [1] to this 'problem', which is now an open source project.
   If you want to write Ajaxy JSF components that can be used with any
   JSF Ajax framework, do write them, tried component writing and thought
   it was too much work, or are the least bit interested, please give it
   a try [2]. It only takes 15 minutes.
  
   Currently we support Trinidad PPR (1.2 only) and DynaFaces. i.e. if
   you write an Ajax enabled component, it will work automagically with
   both frameworks. We're also working on Ajax4JSF support.
  
   Feedback, interest, donations, suggestions for a better name, etc. are
   greatly appreciated. Sorry, no offers of marriage; already, happily.
  
   [1] Google Code Page: http://www.jsftoolkit.com/
  
   [2] Developer's Guide:
   http://decenturl.com/jsftoolkit/jtk-jsf-ajax-component-framework
  
   [3] Mailing List: [EMAIL PROTECTED]
  
   Cheers,
   Noah
  
   P.S. For those of you on more than one JSF list, sorry for the x-post.
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
  
  
 
 
  --
  Matthias Wessendorf
 
  further stuff:
  blog: http://matthiaswessendorf.wordpress.com/
  mail: matzew-at-apache-dot-org
 


 --
 Noah Sloan
 (512)299-5701



-- 
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
mail: matzew-at-apache-dot-org

Re: [OT] Re: Locking a webapp against parallel using

[Mario Ivankovits]

Mike Kienenberger schrieb:
 Beware, (especially with the or all that are important thing) this
 might allow to become your entity out of sync. Means, your entity is a
 mixture of
 
 Well, we're getting a bit off topic, but there's nothing to beware of
 here.   If you lock on all columns which can change,
Thats why I wrote especially with the or all that are important
thing :-)

Ciao,
Mario

Re: Partial submit is not working on Weblogic 10

[slb]

I am experiencing a similiar issue.  What did you mean by enabling jstl 1.2?

I worked out that you need to enable the jstl 1.2 shared library in
Weblogic
10 as it is not enabled by default.


-- 
View this message in context: 
http://www.nabble.com/Partial-submit-is-not-working-on-Weblogic-10-tf4465921.html#a13510550
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[alvaro tovar]

also the id of the form is jscook_action
look my page

%@ page contentType=text/html;charset=ISO-8859-1 language=java %
%@ taglib uri=http://java.sun.com/jsf/html; prefix=h %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f%
%@ taglib uri=http://myfaces.apache.org/tomahawk; prefix=t%
%@ taglib uri=http://myfaces.apache.org/sandbox; prefix=s%
%@ taglib prefix=tiles uri=http://struts.apache.org/tags-tiles%

!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3.org/TR/html4/loose.dtd;

html

  head

meta http-equiv=Content-Type content=text/html; charset=iso-8859-1
/
link href=%=request.getContextPath()%/css/estilosHermes.css
rel=stylesheet type=text/css /
link href=%=request.getContextPath()%/css/hermes-bog.css
rel=stylesheet type=text/css /
link href=%=request.getContextPath()%/css/hermes-footer.css
rel=stylesheet type=text/css /
link href=%=request.getContextPath()%/css/hermes-header.css
rel=stylesheet type=text/css /
link href=%=request.getContextPath()%/css/hermes-jsf.css
rel=stylesheet type=text/css /
  link href=%=request.getContextPath()%/css/menuhermes.css
rel=stylesheet type=text/css //head

  f:view
  body

f:verbatimdiv id=global/f:verbatim

  f:verbatimdiv id=cabecera/f:verbatim
  f:subview id=header
tiles:insert attribute=header flush=false/
  /f:subview
  f:verbatim/div/f:verbatim
  f:verbatimdiv id=clear/div/f:verbatim

  f:verbatimdiv id=contenido/f:verbatim


h:panelGrid columns=1
   h:form id=jscook_action2
   h:panelGroup id=opcionesHermes
 f:subview id=menuIzq 
tiles:insert attribute=menu flush=false/
 /f:subview
/h:panelGroup
 t:commandLink/%--no borrar, bug --%
/h:form
h:panelGroup

h:panelGrid columns=1 cellspacing=5
cellpadding=5

h:panelGroup id=opcionesProyecto
 f:verbatimdiv id=izquierdaopciones
  pb/f:verbatim
   h:outputText id=texto3Menu value=Usted puede
acceder a los siguientes formularios para edición del proyecto:/
  f:verbatim/bbr //p/f:verbatim

  h:form id=jscook_action
  t:commandLink/%--no borrar,
bug --%
  t:jscookMenu id=menuFormulario layout=hbl
theme=ThemeOffice
   t:navigationMenuItem itemLabel=formularios
Proyecto

   t:navigationMenuItem itemLabel=Datos
básicos action=#{manejadorMenuFormularios.iraDatosBasicos} rendered=#{
manejadorMenuFormularios.posicionMenuActivo[0]}/
t:navigationMenuItem itemLabel=Empresas
action=#{manejadorMenuFormularios.iraEmpresas} rendered=#{(
manejadorMenuFormularios.posicionMenuActivo[0])  (
manejadorMenuFormularios.esMostrarEmpresa)}/
   t:navigationMenuItem
itemLabel=Investigadores action=#{
manejadorMenuFormularios.iraInvestigadores} rendered=#{
manejadorMenuFormularios.posicionMenuActivo[1]}/
  t:navigationMenuItem itemLabel=Líneas
action=#{manejadorMenuFormularios.iraLineas} rendered=#{
manejadorMenuFormularios.posicionMenuActivo[2]}/
  t:navigationMenuItem itemLabel=Objetivos
y resultados action=#{manejadorMenuFormularios.iraObjetivosResultados}
rendered=#{manejadorMenuFormularios.posicionMenuActivo[3]}/
 t:navigationMenuItem
itemLabel=Información específica action=#{
manejadorMenuFormularios.iraInformacionEspecifica} rendered=#{
manejadorMenuFormularios.posicionMenuActivo[4]}/
 t:navigationMenuItem
itemLabel=Actividades action=#{manejadorMenuFormularios.iraActividades}
rendered=#{manejadorMenuFormularios.posicionMenuActivo[5]}/
  t:navigationMenuItem
itemLabel=Actividades Investigador action=#{
manejadorMenuFormularios.iraActividadesPersona}  rendered=#{(
manejadorMenuFormularios.posicionMenuActivo[5])  (
manejadorMenuFormularios.esMostrarEmpresa)}/
  t:navigationMenuItem
itemLabel=Bibliografia action=#{manejadorMenuFormularios.iraBibliografia}
rendered=#{manejadorMenuFormularios.posicionMenuActivo[6]}/
  t:navigationMenuItem itemLabel=Áreas
temáticas action=#{manejadorMenuFormularios.iraAreasTematicas}
rendered=#{manejadorMenuFormularios.posicionMenuActivo[7]}/
   t:navigationMenuItem itemLabel=Productos
action=#{manejadorMenuFormularios.iraProductos} rendered=#{
manejadorMenuFormularios.posicionMenuActivo[8]}/
  t:navigationMenuItem
itemLabel=Evaluadores action=#{manejadorMenuFormularios.iraEvaluadores}

Re: [announcement] JTK: An Ajax JSF Component Development Framework

[Adam Winer]

On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
 On 10/31/07, noah [EMAIL PROTECTED] wrote:
  On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
   Hi,
  
   did a quick look and found these two statements:
   -Apache Trinidad requires that the developer create the tag library
   file and a renderer.
  
   = you write meta-data and a renderer. The meta-data is used to
   *generate* TLD/the components. Metadata is also useful for tools.
 
  Sorry, I must have misunderstood. I wrote most of that six months ago,
  and there wasn't any documentation about how it works/how to use it.
 
  
   -Components developed with Trinidad only work properly with the
   Trinidad view root.
  
   = there is no TrinidadViewRoot class.
 
  Sorry if I misunderstood, but there wasn't any documentation about it
  when I wrote that.  Am I wrong that Trinidad generated components will
  only work with Trinidad?  I'm not trying to spread misinformation,
  that is just my understanding of the way things worked a few months
  ago.

 there is a tr:document OR trh:html / body that render the links to
 the required source like CSS / JavaScript, but you can mix Trinidad
 with Tomahawk, for instance.

... and even these aren't really necessary.  You can get by
with a simple trh:styleSheet to pull in the CSS.
(It used to be necessary to use one of tr:document,
tr:panelPartialRoot, or trh:body for PPR to work, but that
restriction went away back in 1.0.2.)

-- Adam


 The big issue general is that lot's of component libs don't work 100%
 with others, I hope that JSF2 will provide a better integration
 mechanism

[Trinidad] tr:inputDate showing a calendar as a popup

[Renzo Tomaselli]

Hi, subject says all. Is that possible to have it as a popup instead of 
a dialog ? Or if not - just to exclude it and use a separate (popup) 
calendar component ?

Thanks -- Renzo

Re: [announcement] JTK: An Ajax JSF Component Development Framework

[noah]

On 10/31/07, Adam Winer [EMAIL PROTECTED] wrote:
 On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
  On 10/31/07, noah [EMAIL PROTECTED] wrote:
   On 10/31/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi,
   
did a quick look and found these two statements:
-Apache Trinidad requires that the developer create the tag library
file and a renderer.
   
= you write meta-data and a renderer. The meta-data is used to
*generate* TLD/the components. Metadata is also useful for tools.
  
   Sorry, I must have misunderstood. I wrote most of that six months ago,
   and there wasn't any documentation about how it works/how to use it.
  
   
-Components developed with Trinidad only work properly with the
Trinidad view root.
   
= there is no TrinidadViewRoot class.
  
   Sorry if I misunderstood, but there wasn't any documentation about it
   when I wrote that.  Am I wrong that Trinidad generated components will
   only work with Trinidad?  I'm not trying to spread misinformation,
   that is just my understanding of the way things worked a few months
   ago.
 
  there is a tr:document OR trh:html / body that render the links to
  the required source like CSS / JavaScript, but you can mix Trinidad
  with Tomahawk, for instance.

 ... and even these aren't really necessary.  You can get by
 with a simple trh:styleSheet to pull in the CSS.
 (It used to be necessary to use one of tr:document,
 tr:panelPartialRoot, or trh:body for PPR to work, but that
 restriction went away back in 1.0.2.)

 -- Adam


  The big issue general is that lot's of component libs don't work 100%
  with others, I hope that JSF2 will provide a better integration
  mechanism


I'm apologize for messing up the details, but my point is that if your
customers use Ajax4JSF, you can't sell them Trindad components, or at
least, the Ajax enabled ones wont work. Or vice versa.  Right?  As a
component author, that's kind of a problem.

Re: Partial submit is not working on Weblogic 10

[mjdenham]

Weblogic 10 does not come with jstl enabled by default.

Here is a link which describes the process:
http://edocs.bea.com/wls/docs100/webapp/configurejsfandjtsl.html

Unfortunately I had other problems after this one and reverted to Jsf RI 1.2
and RichFaces.

Kind regards

Martin


slb wrote:
 
 I am experiencing a similiar issue.  What did you mean by enabling jstl
 1.2?
 
 I worked out that you need to enable the jstl 1.2 shared library in
 Weblogic
 10 as it is not enabled by default.
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Partial-submit-is-not-working-on-Weblogic-10-tf4465921.html#a13512330
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Panel Tabbed Pane

[Hasnain Badami]

HI

I am trying to use the panel tabbed pane with server side tab switching. I
am using myfaces 1.1.6 Snapshot and tomahawak 1.1.7. Consider the following
code snippet
portfolioDetailUI backing bean is in request scope.

t:panelTabbedPane

styleClass=levelOneTabbedPane

width=100%

bgcolor=#CC

activeTabStyleClass=levelOneActiveTab

inactiveTabStyleClass=levelOneInactiveTab

activeSubStyleClass=levelOneActiveSub

inactiveSubStyleClass=levelOneInactiveSub

tabContentStyleClass=levelOneTabContent

serverSideTabSwitch=true

id=pDetailTab

binding=#{portfolioDetailUI.panelTabbedPane}



t:panelTab label=#{messages['snapshot_view']} 

f:subview id=tabportfoliodetailsnapshotview 

jsp:include page=portfoliodetailsnapshotview.jsp /

/f:subview

/t:panelTab

t:panelTab label=#{messages['time_series_view']} 

f:subview id=tabportfoliodetailtimeseriesview 

jsp:include page=portfoliodetailtimeseriesview.jsp /

/f:subview

/t:panelTab

t:tabChangeListener type=
com.prytania.model.backingbeans.PortfolioDetailTabManager /

/t:panelTabbedPane

I am a little bit confused. When the page loads the selected index for this
tab is 0. This means only portfoliodetailsnapshotview.jsp should be
included, but both of these files are loaded. Similary when second tab is
clicked only portfoliodetailtimeseriesview.jsp should be included, but again
both are included. Any pointers as to why is this happening. I shall
appreciate any help

Thanks

Re: [Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[Francisco Passos]

Thank you Alvaro.

I can't get it to work though. What version of Tomahawk are you using? And
are you using Sun RI or Myfaces?

Thank you,
Francisco

On 10/31/07, alvaro tovar [EMAIL PROTECTED] wrote:

 also the id of the form is jscook_action
 look my page

 %@ page contentType=text/html;charset=ISO-8859-1 language=java %
 %@ taglib uri= http://java.sun.com/jsf/html; prefix=h %
 %@ taglib uri=http://java.sun.com/jsf/core; prefix=f%
 %@ taglib uri= http://myfaces.apache.org/tomahawk; prefix=t%
 %@ taglib uri=http://myfaces.apache.org/sandbox  prefix=s%
 %@ taglib prefix=tiles uri=http://struts.apache.org/tags-tiles%

 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
 http://www.w3.org/TR/html4/loose.dtd;

 html

   head

 meta http-equiv=Content-Type content=text/html;
 charset=iso-8859-1 /
 link href=%=request.getContextPath()%/css/estilosHermes.css
 rel=stylesheet type=text/css /
 link href=%=request.getContextPath()%/css/hermes- bog.css
 rel=stylesheet type=text/css /
 link href=%=request.getContextPath()%/css/hermes-footer.css
 rel=stylesheet type=text/css /
 link href=%=request.getContextPath()%/css/hermes-header.css
 rel=stylesheet type=text/css /
 link href=%=request.getContextPath()%/css/hermes- jsf.css
 rel=stylesheet type=text/css /
   link href=%=request.getContextPath()%/css/menuhermes.css
 rel=stylesheet type=text/css //head

   f:view
   body

 f:verbatimdiv id=global/f:verbatim

   f:verbatimdiv id=cabecera/f:verbatim
   f:subview id=header
 tiles:insert attribute=header flush=false/
   /f:subview
   f:verbatim/div/f:verbatim
   f:verbatimdiv id=clear/div/f:verbatim

   f:verbatimdiv id=contenido/f:verbatim


 h:panelGrid columns=1
h:form id=jscook_action2
h:panelGroup id=opcionesHermes
  f:subview id=menuIzq 
 tiles:insert attribute=menu flush=false/
  /f:subview
 /h:panelGroup
  t:commandLink/%--no borrar, bug --%
 /h:form
 h:panelGroup

 h:panelGrid columns=1 cellspacing=5
 cellpadding=5

 h:panelGroup id=opcionesProyecto
  f:verbatimdiv id=izquierdaopciones
   pb/f:verbatim
h:outputText id=texto3Menu value=Usted
 puede acceder a los siguientes formularios para edición del proyecto:/
   f:verbatim/bbr //p/f:verbatim

   h:form id=jscook_action
   t:commandLink/%--no
 borrar, bug --%
   t:jscookMenu id=menuFormulario
 layout=hbl theme=ThemeOffice
t:navigationMenuItem
 itemLabel=formularios Proyecto

t:navigationMenuItem itemLabel=Datos
 básicos action=#{ manejadorMenuFormularios.iraDatosBasicos}
 rendered=#{manejadorMenuFormularios.posicionMenuActivo[0]}/
 t:navigationMenuItem itemLabel=Empresas
 action=#{ manejadorMenuFormularios.iraEmpresas} rendered=#{(
 manejadorMenuFormularios.posicionMenuActivo[0])  (
 manejadorMenuFormularios.esMostrarEmpresa)}/
t:navigationMenuItem
 itemLabel=Investigadores action=#{
 manejadorMenuFormularios.iraInvestigadores} rendered=#{
 manejadorMenuFormularios.posicionMenuActivo[1]}/
   t:navigationMenuItem itemLabel=Líneas
 action=#{ manejadorMenuFormularios.iraLineas} rendered=#{
 manejadorMenuFormularios.posicionMenuActivo[2]}/
   t:navigationMenuItem
 itemLabel=Objetivos y resultados action=#{
 manejadorMenuFormularios.iraObjetivosResultados} rendered=#{
 manejadorMenuFormularios.posicionMenuActivo[3]}/
  t:navigationMenuItem
 itemLabel=Información específica action=#{
 manejadorMenuFormularios.iraInformacionEspecifica} rendered=#{
 manejadorMenuFormularios.posicionMenuActivo[4]}/
  t:navigationMenuItem
 itemLabel=Actividades action=#{ manejadorMenuFormularios.iraActividades}
 rendered=#{manejadorMenuFormularios.posicionMenuActivo[5]}/
   t:navigationMenuItem
 itemLabel=Actividades Investigador action=#{
 manejadorMenuFormularios.iraActividadesPersona}  rendered=#{(
 manejadorMenuFormularios.posicionMenuActivo[5])  (
 manejadorMenuFormularios.esMostrarEmpresa)}/
   t:navigationMenuItem
 itemLabel=Bibliografia action=#{
 manejadorMenuFormularios.iraBibliografia} rendered=#{
 manejadorMenuFormularios.posicionMenuActivo[6]}/
   t:navigationMenuItem itemLabel=Áreas
 temáticas action=#{ manejadorMenuFormularios.iraAreasTematicas}
 rendered=#{manejadorMenuFormularios.posicionMenuActivo[7]}/
 

Back button and reload problem

[Sertic Mirko, Bedag]

Hi

I've got a question regarding the browser back button, and the reload
button.

The situation is:

- client state saving
- a page with a command link
- the command link invokes an action, and navigates to another page

So, in the following scenario

show the page
click the command link
the other page is displayed
user clicks back
the previous page is displayed
the user presses refresh
the action is invoked again.

I do not want that the action is invoked again. Is there any way to
prevent
this behavior? I only want to redisplay the page, but without any action
invocation. Do i have to implement a kind of sequence number for action
handling, to prevent that a defined action is invoked twice? Is there a
special
MyFaces component available, or any configuration parameter?

Thanks a lot for any help!!

Mirko

[Trinidad] tr:chart doesn't work inside tr:iterator?

[Dan Potter]

Hello,
I have a tr:iterator iterating over an arrayList of charts in my backing
bean.  The chart variable returned is null though, causing errors in the
tr:chart tag.  I've checked the arrayList of charts on the backing bean side
and they are not null.  Am I missing something or do charts not work well
with tr:iterator?
The charts in the arrayList extend
org.apache.myfaces.trinidad.model.ChartModel and I have been able to use the
chart tag outside of an iterator with a single chart, but I would like to be
able to iterate over a list.
I am using trinidad 1.0.2

tr:iterator var=chart value=#{displayBean.summaryCharts}

tr:chart value=#{chart} binding=#{chart.component}
XMajorGridLineCount=6 YMajorGridLineCount=6
inlineStyle=width:200px; height:200px; background-color:white;
gradientsUsed=false
legendPosition=none perspective=false type=verticalBar
animationDuration=0
rendered=true templateSource=/styles/TrinidadChartTemplate.svg
/tr:chart

/tr:iterator

Re: [Trinidad] PPR table header facet

[max.starets]

Paul,

This bug has been fixed:
https://issues.apache.org/jira/browse/TRINIDAD-771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Regards,
Max Starets


Paul Mander wrote:
 
 setting the partial triggers to mytable:myselection works fine. Not sure
 about ::mytable:myselection as I don't have an environment to test at
 the moment.
 
 My query was that I feel uncomfortable exposing my markup to the internal
 representation of the component's id. It would be nice to be able to
 reference the real id of the component myselection in such a way that
 hides the fact that myfaces/trinidad suffixes it with its parent id and
 :. 
 
 
 Andrew Robinson-5 wrote:
 
 Try this an let me know how it works:
 tr:table
   id=mytable
   var=row
   value=#{listBean.items}
   partialTriggers=::mytable:myselection
   tr:column
 f:facet
   name=header
   headerText=Select
   tr:selectBooleanCheckbox
 id=myselection
 label=Select All
 autoSubmit=true
 valueChangeListener=#{listBean.selectAll} /
 /f:facet
 tr:selectBooleanCheckbox
   id=selectRow
   value=#{row.select}/
   /tr:column
 /tr:table
 
 If that doesn't work try partialTriggers=::mytable:selectRow to try
 to trigger off of the value change event.
 
 -Andrew
 
 On 10/26/07, Paul Mander [EMAIL PROTECTED] wrote:

 I'm trying get get a table to update itself via PPR on the back of an
 event
 source from the header facet of a table column.

 tr:table var=row id=mytable value=#{listBean.items}
 partialTriggers=myselection
  tr:column
  f:facet name=header  headerText=Select
   tr:selectBooleanCheckbox label=Select All
 autoSubmit=true
 id=myselection  valueChangeListener=#{listBean.selectAll} /
  /f:facet
  tr:selectBooleanCheckbox id=selectRow
 value=#{row.select}/
  /tr:column
 /tr:table

 The problem appears to be that the real id of the input in the header is
 mytable:myselection. I can get this working by setting the partial
 triggers on the table to this value. I am then relying on the way that
 trinidad/myfaces generates id's for components. Should I be doing this?


 --
 View this message in context:
 http://www.nabble.com/-Trinidad--PPR-table-header-facet-tf4697400.html#a13427448
 Sent from the MyFaces - Users mailing list archive at Nabble.com.


 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/-Trinidad--PPR-table-header-facet-tf4697400.html#a13516291
Sent from the MyFaces - Users mailing list archive at Nabble.com.

Re: [Trinidad]: multiline table rows tr:table with nested tr:column - Tags

[max.starets]

Harald,

Have you tried using non-nested columns and rendering a break (br) between
the lines?
Column component can contain several indexed children.
Note that nesting columns makes sense only if you want to group columns in
the header.

Regards,

Max Satrets


Kuhn, Harald wrote:
 
 Hi, 
 
 we are trying build a table, where each logical row (from the Backing
 bean) is displayed as 2 rows in HTML output.
 So the result should look similar to this image (from our
 struts-application, we want to migrate to JSF):
  Picture (Device Independent Bitmap) 
 
 What I tried to to is to use a tr:table + nested tr:column - Tags
 i.e.
 tr:document xmlns:ui=http://java.sun.com/jsf/facelets;
   xmlns:h=http://java.sun.com/jsf/html;
   xmlns:f=http://java.sun.com/jsf/core;
   xmlns:tr=http://myfaces.apache.org/trinidad; title=Multiline Table
 
   tr:form
 tr:table value=#{dynamicTable.data} 
   var=tableRow
   varStatus=tableStatus 
   rowBandingInterval=1 
   rows=3 
   noWrap=true
 sortable=true
   tr:column sortable=true 
noWrap=true
sortProperty=kategorie
  defaultSortOrder=ascending
   f:facet name=header
  tr:outputText value=1. and 2. column (sort= Kategorie) /
   /f:facet
   
   tr:column sortable=true noWrap=true
 sortProperty=kategorie
 defaultSortOrder=ascending
 f:facet name=header
kategorie
   /f:facet
 
   tr:outputText value=#{tableRow['kategorie']} /
 /tr:column
   
   tr:column sortable=true noWrap=true
  sortProperty=transaktionen 
  defaultSortOrder=ascending
 f:facet name=header
transaktionen
   /f:facet
 
 tr:outputText value=#{tableRow['transaktionen']} /
   /tr:column
   
 tr:outputText value=#{tableRow['kategorie']} /
   /tr:column
   
   tr:column sortable=true noWrap=true 
sortProperty=transaktionen
defaultSortOrder=ascending
   f:facet name=header
 tr:outputText value=3. Spalte (sort = transaktionen) /
   /f:facet
 
   tr:column sortable=true noWrap=true
  sortProperty=betragCompanyAccount 
  defaultSortOrder=ascending
 f:facet name=header
Betrag CA
   /f:facet
 
   tr:outputText value=#{tableRow['betragCompanyAccount']}
 /
   /tr:column
   
 tr:outputText value=#{tableRow['transaktionen']} /
   /tr:column
   /tr:table
   /tr:form
 /tr:document
 
 #{dynamicTable.data} returns just a list of Beans (public final
 ListAirlineBean getData())
 
 Unfortunatly, only the header -facets are rendered as I would expect. But,
 the data rows not.
 
 The output (after the first paging request) in different browsers look as
 followed:
 FF 2.0:
  Picture (Device Independent Bitmap) 
 
 IE7:
  Picture (Device Independent Bitmap) 
 Logging says:
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a table element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a table element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a tr element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a tr element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a table element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a table element.
 2007-10-29 13:00:26,906   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a tr element.
 2007-10-29 13:00:26,921   WARN 
 org.apache.myfaces.trinidadinternal.io.DebugHtmlResponseWriter: Illegal
 HTML: cannot put a  element in a tr element.
 
 As it is allowed to nest tr:column-Tags, I would expect this to work. Am
 I doing something wrong?
 This feature is essential for our application, therefore any help would be
 great.
 
 ENV:
   MyFaces 1.2.1-SNAP
   Trinindad 1.2.3
   Facelets  1.1.14
 
 Kind regards
 
   Harald
 
 

Re: [Trinidad] tr:chart doesn't work inside tr:iterator?

[Andrew Robinson]

try the t:dataList and report the findings, ppl have found it to be less buggy.

On Oct 31, 2007 12:16 PM, Dan Potter [EMAIL PROTECTED] wrote:
 Hello,
 I have a tr:iterator iterating over an arrayList of charts in my backing
 bean.  The chart variable returned is null though, causing errors in the
 tr:chart tag.  I've checked the arrayList of charts on the backing bean side
 and they are not null.  Am I missing something or do charts not work well
 with tr:iterator?
 The charts in the arrayList extend
 org.apache.myfaces.trinidad.model.ChartModel and I have been able to use the
 chart tag outside of an iterator with a single chart, but I would like to be
 able to iterate over a list.
 I am using trinidad 1.0.2

 tr:iterator var=chart value=#{displayBean.summaryCharts}

 tr:chart value=#{chart} binding=#{chart.component}
 XMajorGridLineCount=6 YMajorGridLineCount=6
 inlineStyle=width:200px; height:200px; background-color:white;
 gradientsUsed=false
 legendPosition=none perspective=false type=verticalBar
 animationDuration=0
 rendered=true templateSource=/styles/TrinidadChartTemplate.svg
  /tr:chart

 /tr:iterator

Re: [Trinidad] Redirect Logging to log4j

[Stephen Friedrich]

A more elegant way is to make the nested class a top-level class and throw away 
the rest.
You can then put this into your logging.properties to always enable the 
redirection:
handlers = org.apache.wiki.JDKLogHandler
org.apache.wiki.JDKLogHandler = ALL


BTW: These lines are completely superfluous:
   // switch back to raw Message
   message = record.getMessage();
If an exception is thrown the message will not have been assigned yet anyway.

And I think you can just as well throw away the check for parameters.


Kuhn, Harald wrote:

Hi to all,
 
I 've enhanced this class a little.

ResourceBundles and Formatted Messages are handeled correctly, now.
 
Please feel free to publish this version on the wiki.
 
Kind regards
 
  Harald
*//* 
*/**/*

*/Harald Kuhn/*
*/AirPlus International/*
*/Business Information Services/*
*/Phone:   +49 (0) 61 02 204-821/*
*/Fax: +49 (0) 61 02 204-139/*
*/E-Mail:   [EMAIL PROTECTED]/*
*/Internet:  /**/_www.airplus.com_/* http://www.airplus.com/*//*
*/**/*


Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 
Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), 
Lutz Logemann · Vorsitzender des Aufsichtsrates: Stephan Gemkow · 
Handelsregister: Amtsgericht Offenbach/Main, HRB 8119***//**//**//*


-Original Message-
*From:* Kuhn, Harald [mailto:[EMAIL PROTECTED]
*Sent:* Monday, October 01, 2007 4:38 PM
*To:* MyFaces Discussion
*Subject:* [Trinidad] Redirect Logging to log4j

Hi,

as we are using log4j as logging framework (tomcat internal and 
webapps), I tried to redirect the log output of Trinindad to log4j.


I used the code provided by
_http://wiki.apache.org/myfaces/Trinidad_and_Common_Logging_

The output is actually redirected from JDK-Logging -- commons-logging 
-- log4j.

But there is a little difference:

Output from JDK-Logging:
01.10.2007 16:23:17 
org.apache.myfaces.trinidadinternal.config.ConfigParser parseConfigFile
INFO: Trinidad is running in debug mode. Do not use in a production 
environment. See:/WEB-INF/trinidad-config.xml
01.10.2007 16:23:17 
org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl 
_checkTimestamp
INFO: Apache Trinidad is running with time-stamp checking enabled. This 
should not be used in a production environment. See the 
org.apache.myfaces.trinidad.CHECK_FILE_MODIFICATION property in 
WEB-INF/web.xml


Same output redirected to log4j:
2007-10-01 16:18:48,687   INFO  
org.apache.myfaces.trinidadinternal.config.ConfigParser: 
RUNNING_IN_DEBUG_MODE
2007-10-01 16:18:49,078   INFO  
org.apache.myfaces.trinidadinternal.application.ViewHandlerImpl: 
TIMESTAMP_CHECKING_ENABLED_SHOULDNOT_IN_PRODUCTION


As JDK Logging has a method java.util.logging.Logger.getLogger(name, 
resourceBundleName)
I think this would cause the problem. And RUNNING_IN_DEBUG_MODE and 
TIMESTAMP_CHECKING_ENABLED_SHOULDNOT_IN_PRODUCTION are just the keys 
into the RessourceBundle.


Is this assumption right?

Before a deeper inspection of the code provided by the wiki page, I 
would kindly ask, if there is already a solution for this problem?


Kind regards

  Harald


*/**/*
*/Harald Kuhn/*
*/AirPlus International/*
*/Business Information Services/*
*/Phone:   +49 (0) 61 02 204-821/*
*/Fax: +49 (0) 61 02 204-139/*
*/E-Mail:   [EMAIL PROTECTED]/*
*/Internet:  /**/_www.airplus.com_/* http://www.airplus.com*//*
*/**/*



Lufthansa AirPlus Servicekarten GmbH · Hans-Böckler-Straße 7 · 63263 
Neu-Isenburg · Germany · Geschäftsführer: Patrick W. Diemer (Vorsitz), 
Lutz Logemann · Vorsitzender des Aufsichtsrates: Stephan Gemkow · 
Handelsregister: Amtsgericht Offenbach/Main, HRB 8119***//**//**//*

Re: [Trinidad] Component renderer cannot be found in portal context

[Scott O'Bryan]

Lorin,

Trinidad should be JSR-301 compliant although to be frank, the Bridge is 
brand spaking new so there might well be issues.  What bridge are you 
trying to run Trinidad with?  If it's anything OTHER then the new 
MyFaces portlet-bridge source, I really doubt it will work.


For this project, we don't even have a website up but I'm hoping to have 
the code for a base website up by next Monday. 


Scott

Lorin Schoop wrote:

Hi guys

Do you have any clue on this case? Any help / idea might be helpful! As
Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
configuration files.. Has anyone got a working example of Trinidad running
in a portlet?

In the meantime I tried a few more things:
- Adding a configuration parameter output-modeportlet/output-mode to
trinidad-config.xml; doesn't change anything.
- Removing Tomahawk; same thing.
- Specifically set the render-type of the Trinidad components: exception
saying Render context missing. 
- Change the user agent (which is unknown in both IE and Firefox) at runtime

to Mozilla. -- User agent error disappears, but the render errors
remain...

Thanks a lot!!

Cheers
-Lorin


-Original Message-
From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED] 
Sent: Sunday, October 28, 2007 2:24 PM

To: users@myfaces.apache.org
Subject: [Trinidad] Component renderer cannot be found in portal context

Hello

I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6. Facelet
is not being used so far.

I've setup a simple portlet with a button which increments a counter value
using PPR.

When I run the example, I get the following error:


13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
_populateUnknownAgentImpl

WARNING: The User-Agent null is unknown; creating an agent with unknown
agent attributes.

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text

13:14:55,406 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text





I think PPR is not the problem. I tried a different example without
partialSubmit / partialTriggers attributes: same errors.

Extracts of the related files are attached below.



I appreciate your help very much!! Thanks in advance!



Regards,

-Lorin






*

TrinidadTest.jsp  


%@ page session=false contentType=text/html; charset=ISO-8859-1%

%@ taglib uri=http://java.sun.com/jsf/core; prefix=f%

%@ taglib uri=http://java.sun.com/portlet; prefix=portlet%

%@ taglib uri=http://myfaces.apache.org/trinidad; prefix=tr%

portlet:defineObjects /

link rel=stylesheet type=text/css

href=%= renderResponse.encodeURL(renderRequest.getContextPath() +
/css/basic.css) % /

f:view

tr:document id=trinidadDoc

TITLEOrder Entry/TITLE

tr:form id=trinidadForm

tr:commandButton text=Increment Counter id=counterButton

partialSubmit=true actionListener=#{trinidadTestBean.increment} /

tr:outputText 

RE: [Trinidad] Component renderer cannot be found in portal context

[Lorin Schoop]

Hi Scott. 

Thanks for your reply. I currently use this bridge :
org.apache.portals.bridges.jsf.FacesPortlet.

Do you think I should give it a try with
org.apache.myfaces.portlet.MyFacesGenericPortlet?
I found this on the myfaces wiki..
http://wiki.apache.org/myfaces/CreatingJSFPortlets 

Cheers Lorin

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 31, 2007 8:36 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] Component renderer cannot be found in portal context

Lorin,

Trinidad should be JSR-301 compliant although to be frank, the Bridge is
brand spaking new so there might well be issues.  What bridge are you
trying to run Trinidad with?  If it's anything OTHER then the new
MyFaces portlet-bridge source, I really doubt it will work.

For this project, we don't even have a website up but I'm hoping to have
the code for a base website up by next Monday.

Scott

Lorin Schoop wrote:
 Hi guys

 Do you have any clue on this case? Any help / idea might be helpful! As
 Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
 configuration files.. Has anyone got a working example of Trinidad running
 in a portlet?

 In the meantime I tried a few more things:
 - Adding a configuration parameter output-modeportlet/output-mode to
 trinidad-config.xml; doesn't change anything.
 - Removing Tomahawk; same thing.
 - Specifically set the render-type of the Trinidad components: exception
 saying Render context missing.
 - Change the user agent (which is unknown in both IE and Firefox) at
runtime
 to Mozilla. -- User agent error disappears, but the render errors
 remain...

 Thanks a lot!!

 Cheers
 -Lorin


 -Original Message-
 From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED]
 Sent: Sunday, October 28, 2007 2:24 PM
 To: users@myfaces.apache.org
 Subject: [Trinidad] Component renderer cannot be found in portal context

 Hello

 I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
 JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6. Facelet
 is not being used so far.

 I've setup a simple portlet with a button which increments a counter value
 using PPR.

 When I run the example, I get the following error:


 13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
 org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
 _populateUnknownAgentImpl

 WARNING: The User-Agent null is unknown; creating an agent with
unknown
 agent attributes.

 13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
 id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

 13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
 id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
 id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
 id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
 id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
 id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
 id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text

 13:14:55,406 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreOutputText[UIXFacesBeanImpl,
 id=_id14d23f80] rendererType = org.apache.myfaces.trinidad.Text





 I think PPR is not the problem. I tried a different example without
 partialSubmit / partialTriggers attributes: same errors.

 Extracts of the related files are attached below.



 I appreciate your help very much!! Thanks in advance!



 Regards,

 -Lorin







 *

 TrinidadTest.jsp  


 %@ page session=false contentType=text/html; 

Re: [Tomahawk Trinidad] Tomahawk's jsCookMenu seems to malfunction with Trinidad's PPR

[alvaro tovar]

i use myfaces 1.6, tomahawk 1.6

On 10/31/07, Francisco Passos [EMAIL PROTECTED] wrote:

 Thank you Alvaro.

 I can't get it to work though. What version of Tomahawk are you using? And
 are you using Sun RI or Myfaces?

 Thank you,
 Francisco

 On 10/31/07, alvaro tovar [EMAIL PROTECTED] wrote:
 
  also the id of the form is jscook_action
  look my page
 
  %@ page contentType=text/html;charset=ISO-8859-1 language=java %
  %@ taglib uri= http://java.sun.com/jsf/html; prefix=h %
  %@ taglib uri=http://java.sun.com/jsf/core  prefix=f%
  %@ taglib uri= http://myfaces.apache.org/tomahawk; prefix=t%
  %@ taglib uri= http://myfaces.apache.org/sandbox  prefix=s%
  %@ taglib prefix=tiles uri=http://struts.apache.org/tags-tiles %
 
  !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
  http://www.w3.org/TR/html4/loose.dtd;
 
  html
 
head
 
  meta http-equiv=Content-Type content=text/html;
  charset=iso-8859-1 /
  link href=%=request.getContextPath()%/css/estilosHermes.css
  rel=stylesheet type=text/css /
  link href=%=request.getContextPath()%/css/hermes- bog.css
  rel=stylesheet type=text/css /
  link href=%=request.getContextPath()%/css/hermes-footer.css
  rel=stylesheet type=text/css /
  link href=%=request.getContextPath()%/css/hermes-header.css
  rel=stylesheet type=text/css /
  link href=%=request.getContextPath()%/css/hermes- jsf.css
  rel=stylesheet type=text/css /
link href=%=request.getContextPath()%/css/menuhermes.css
  rel=stylesheet type=text/css //head
 
f:view
body
 
  f:verbatimdiv id=global/f:verbatim
 
f:verbatimdiv id=cabecera/f:verbatim
f:subview id=header
  tiles:insert attribute=header flush=false/
/f:subview
f:verbatim/div/f:verbatim
f:verbatimdiv id=clear/div/f:verbatim
 
f:verbatimdiv id=contenido/f:verbatim
 
 
  h:panelGrid columns=1
 h:form id=jscook_action2
 h:panelGroup id=opcionesHermes
   f:subview id=menuIzq 
  tiles:insert attribute=menu flush=false/
   /f:subview
  /h:panelGroup
   t:commandLink/%--no borrar, bug --%
  /h:form
  h:panelGroup
 
  h:panelGrid columns=1 cellspacing=5
  cellpadding=5
 
  h:panelGroup id=opcionesProyecto
   f:verbatimdiv id=izquierdaopciones
pb/f:verbatim
 h:outputText id=texto3Menu value=Usted
  puede acceder a los siguientes formularios para edición del proyecto:/
f:verbatim/bbr //p/f:verbatim
 
h:form id=jscook_action
t:commandLink/%--no
  borrar, bug --%
t:jscookMenu id=menuFormulario
  layout=hbl theme=ThemeOffice
 t:navigationMenuItem
  itemLabel=formularios Proyecto
 
 t:navigationMenuItem itemLabel=Datos
  básicos action=#{ manejadorMenuFormularios.iraDatosBasicos}
  rendered=#{manejadorMenuFormularios.posicionMenuActivo[0]}/
  t:navigationMenuItem
  itemLabel=Empresas action=#{ manejadorMenuFormularios.iraEmpresas}
  rendered=#{(manejadorMenuFormularios.posicionMenuActivo[0])  (
  manejadorMenuFormularios.esMostrarEmpresa)}/
 t:navigationMenuItem
  itemLabel=Investigadores action=#{
  manejadorMenuFormularios.iraInvestigadores} rendered=#{
  manejadorMenuFormularios.posicionMenuActivo[1]}/
t:navigationMenuItem
  itemLabel=Líneas action=#{ manejadorMenuFormularios.iraLineas}
  rendered=#{manejadorMenuFormularios.posicionMenuActivo[2]}/
t:navigationMenuItem
  itemLabel=Objetivos y resultados action=#{
  manejadorMenuFormularios.iraObjetivosResultados} rendered=#{
  manejadorMenuFormularios.posicionMenuActivo[3]}/
   t:navigationMenuItem
  itemLabel=Información específica action=#{
  manejadorMenuFormularios.iraInformacionEspecifica} rendered=#{
  manejadorMenuFormularios.posicionMenuActivo[4]}/
   t:navigationMenuItem
  itemLabel=Actividades action=#{
  manejadorMenuFormularios.iraActividades} rendered=#{
  manejadorMenuFormularios.posicionMenuActivo[5]}/
t:navigationMenuItem
  itemLabel=Actividades Investigador action=#{
  manejadorMenuFormularios.iraActividadesPersona}  rendered=#{(
  manejadorMenuFormularios.posicionMenuActivo[5])  (
  manejadorMenuFormularios.esMostrarEmpresa)}/
t:navigationMenuItem
  itemLabel=Bibliografia action=#{
  manejadorMenuFormularios.iraBibliografia} rendered=#{
  manejadorMenuFormularios.posicionMenuActivo[6]}/
  

Re: [Trinidad] Component renderer cannot be found in portal context

[Scott O'Bryan]

Naa.  That's the old MyFaces bridge.

The current bridge is for JSF 1.2 only and is a myfaces subproject: 
https://svn.apache.org/repos/asf/myfaces/portlet-bridge/trunk.  The 301 
spec is still under public draft so the R.I. still has a way to go.  But 
I have seen Trinidad run on the bridge code as it exists right now.  
We've also had some good luck with Oracle's bridge and for JSF 1.1 that 
will likely be the only bridge you can use.  The reason for this is that 
there are several fundamental problems with getting JSF to work in a 
portal and many of the other bridges don't address these issues.  
JSR-301 does, as does (to a lesser degree) the Oracle Bridge.


I would expect to see good things coming out of the Bridge project and 
Trinidad within the next few months.  For now, however, you're welcome 
to use the brand new bridge with Trinidad.  It should work and I will 
continue to make updates to Trinidad as needed to keep up with the 
latest enhancements to the 301 bridge.  Also we're trying to gear up on 
the documentation and I think that some people from the EG are 
interested in starting up a wiki here at Apache so I'll let you know 
when that occurs.


Scott

Lorin Schoop wrote:
Hi Scott. 


Thanks for your reply. I currently use this bridge :
org.apache.portals.bridges.jsf.FacesPortlet.

Do you think I should give it a try with
org.apache.myfaces.portlet.MyFacesGenericPortlet?
I found this on the myfaces wiki..
http://wiki.apache.org/myfaces/CreatingJSFPortlets 


Cheers Lorin

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 31, 2007 8:36 PM

To: MyFaces Discussion
Subject: Re: [Trinidad] Component renderer cannot be found in portal context

Lorin,

Trinidad should be JSR-301 compliant although to be frank, the Bridge is
brand spaking new so there might well be issues.  What bridge are you
trying to run Trinidad with?  If it's anything OTHER then the new
MyFaces portlet-bridge source, I really doubt it will work.

For this project, we don't even have a website up but I'm hoping to have
the code for a base website up by next Monday.

Scott

Lorin Schoop wrote:
  

Hi guys

Do you have any clue on this case? Any help / idea might be helpful! As
Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
configuration files.. Has anyone got a working example of Trinidad running
in a portlet?

In the meantime I tried a few more things:
- Adding a configuration parameter output-modeportlet/output-mode to
trinidad-config.xml; doesn't change anything.
- Removing Tomahawk; same thing.
- Specifically set the render-type of the Trinidad components: exception
saying Render context missing.
- Change the user agent (which is unknown in both IE and Firefox) at


runtime
  

to Mozilla. -- User agent error disappears, but the render errors
remain...

Thanks a lot!!

Cheers
-Lorin


-Original Message-
From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 28, 2007 2:24 PM
To: users@myfaces.apache.org
Subject: [Trinidad] Component renderer cannot be found in portal context

Hello

I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6. Facelet
is not being used so far.

I've setup a simple portlet with a button which increments a counter value
using PPR.

When I run the example, I get the following error:


13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
_populateUnknownAgentImpl

WARNING: The User-Agent null is unknown; creating an agent with


unknown
  

agent attributes.

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreCommandButton[UIXFacesBeanImpl,
id=counterButton] rendererType = org.apache.myfaces.trinidad.Button

13:14:55,375 ERROR [STDERR] 

RE: [Trinidad] Component renderer cannot be found in portal context

[Lorin Schoop]

Ok. Look's like I'll have to stick to the Oracle's JSF portlet bridge then,
as we still use Liferay 4.2.1 and JSF1.1.

Could you provide me with a download link for the bridge library?
Thanks again!

-Lorin

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 31, 2007 10:58 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] Component renderer cannot be found in portal context

Naa.  That's the old MyFaces bridge.

The current bridge is for JSF 1.2 only and is a myfaces subproject:
https://svn.apache.org/repos/asf/myfaces/portlet-bridge/trunk.  The 301
spec is still under public draft so the R.I. still has a way to go.  But
I have seen Trinidad run on the bridge code as it exists right now.
We've also had some good luck with Oracle's bridge and for JSF 1.1 that
will likely be the only bridge you can use.  The reason for this is that
there are several fundamental problems with getting JSF to work in a
portal and many of the other bridges don't address these issues.
JSR-301 does, as does (to a lesser degree) the Oracle Bridge.

I would expect to see good things coming out of the Bridge project and
Trinidad within the next few months.  For now, however, you're welcome
to use the brand new bridge with Trinidad.  It should work and I will
continue to make updates to Trinidad as needed to keep up with the
latest enhancements to the 301 bridge.  Also we're trying to gear up on
the documentation and I think that some people from the EG are
interested in starting up a wiki here at Apache so I'll let you know
when that occurs.

Scott

Lorin Schoop wrote:
 Hi Scott.

 Thanks for your reply. I currently use this bridge :
 org.apache.portals.bridges.jsf.FacesPortlet.

 Do you think I should give it a try with
 org.apache.myfaces.portlet.MyFacesGenericPortlet?
 I found this on the myfaces wiki..
 http://wiki.apache.org/myfaces/CreatingJSFPortlets

 Cheers Lorin

 -Original Message-
 From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 31, 2007 8:36 PM
 To: MyFaces Discussion
 Subject: Re: [Trinidad] Component renderer cannot be found in portal
context

 Lorin,

 Trinidad should be JSR-301 compliant although to be frank, the Bridge is
 brand spaking new so there might well be issues.  What bridge are you
 trying to run Trinidad with?  If it's anything OTHER then the new
 MyFaces portlet-bridge source, I really doubt it will work.

 For this project, we don't even have a website up but I'm hoping to have
 the code for a base website up by next Monday.

 Scott

 Lorin Schoop wrote:

 Hi guys

 Do you have any clue on this case? Any help / idea might be helpful! As
 Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
 configuration files.. Has anyone got a working example of Trinidad
running
 in a portlet?

 In the meantime I tried a few more things:
 - Adding a configuration parameter output-modeportlet/output-mode to
 trinidad-config.xml; doesn't change anything.
 - Removing Tomahawk; same thing.
 - Specifically set the render-type of the Trinidad components: exception
 saying Render context missing.
 - Change the user agent (which is unknown in both IE and Firefox) at

 runtime

 to Mozilla. -- User agent error disappears, but the render errors
 remain...

 Thanks a lot!!

 Cheers
 -Lorin


 -Original Message-
 From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED]
 Sent: Sunday, October 28, 2007 2:24 PM
 To: users@myfaces.apache.org
 Subject: [Trinidad] Component renderer cannot be found in portal context

 Hello

 I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
 JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6.
Facelet
 is not being used so far.

 I've setup a simple portlet with a button which increments a counter
value
 using PPR.

 When I run the example, I get the following error:


 13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
 org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
 _populateUnknownAgentImpl

 WARNING: The User-Agent null is unknown; creating an agent with

 unknown

 agent attributes.

 13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
 id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

 13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
 id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

 WARNING: Could not find renderer for CoreForm[UIXFacesBeanImpl,
 id=trinidadForm] rendererType = org.apache.myfaces.trinidad.Form

 13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
 

Re: [Trinidad] tr:chart doesn't work inside tr:iterator?

[Dan Potter]

t:dataList seemed to behave the same way.  I did a little more experimenting
and I can print out the title of the charts returned by the iterator or
dataList, so they aren't null.  The chart tag just thinks the object is
null.  I get this error.

javax.faces.el.PropertyNotFoundException: Error setting property 'component'
in bean of type null
caused by
tr:chart value=#{opticChart} binding=#{opticChart.component}

if I take out binding=#{opticChart.component} I get a null pointer
exception when it tries to call getXValues on the chart object.

Here's the code again:
If I comment out the tr:chart tag the title of all charts in the array are
correctly displayed.  The chart tag is getting a null chart object for some
reason.
t:dataList var=chart value=#{displayBean.summaryCharts}

tr:outputText value=#{chart.title}/

tr:chart value=#{chart}
XMajorGridLineCount=6 YMajorGridLineCount=6
inlineStyle=width:200px; height:200px; background-color:white;
gradientsUsed=false
legendPosition=none perspective=false type=verticalBar
animationDuration=0
rendered=true templateSource=/styles/TrinidadChartTemplate.svg
/tr:chart

/t:dataList







On 10/31/07, Andrew Robinson [EMAIL PROTECTED] wrote:

 try the t:dataList and report the findings, ppl have found it to be less
 buggy.

 On Oct 31, 2007 12:16 PM, Dan Potter [EMAIL PROTECTED] wrote:
  Hello,
  I have a tr:iterator iterating over an arrayList of charts in my backing
  bean.  The chart variable returned is null though, causing errors in the
  tr:chart tag.  I've checked the arrayList of charts on the backing bean
 side
  and they are not null.  Am I missing something or do charts not work
 well
  with tr:iterator?
  The charts in the arrayList extend
  org.apache.myfaces.trinidad.model.ChartModel and I have been able to use
 the
  chart tag outside of an iterator with a single chart, but I would like
 to be
  able to iterate over a list.
  I am using trinidad 1.0.2
 
  tr:iterator var=chart value=#{displayBean.summaryCharts}
 
  tr:chart value=#{chart} binding=#{chart.component}
  XMajorGridLineCount=6 YMajorGridLineCount=6
  inlineStyle=width:200px; height:200px; background-color:white;
  gradientsUsed=false
  legendPosition=none perspective=false type=verticalBar
  animationDuration=0
  rendered=true templateSource=/styles/TrinidadChartTemplate.svg
   /tr:chart
 
  /tr:iterator
 

Re: [Trinidad] Component renderer cannot be found in portal context

[Scott O'Bryan]

I'm not sure what the stand-alone link for the bridge is.  I've only 
ever got it from JDeveloper 10.1.3.x..


Hope that helps,
 Scott

Lorin Schoop wrote:

Ok. Look's like I'll have to stick to the Oracle's JSF portlet bridge then,
as we still use Liferay 4.2.1 and JSF1.1.

Could you provide me with a download link for the bridge library?
Thanks again!

-Lorin

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 31, 2007 10:58 PM

To: MyFaces Discussion
Subject: Re: [Trinidad] Component renderer cannot be found in portal context

Naa.  That's the old MyFaces bridge.

The current bridge is for JSF 1.2 only and is a myfaces subproject:
https://svn.apache.org/repos/asf/myfaces/portlet-bridge/trunk.  The 301
spec is still under public draft so the R.I. still has a way to go.  But
I have seen Trinidad run on the bridge code as it exists right now.
We've also had some good luck with Oracle's bridge and for JSF 1.1 that
will likely be the only bridge you can use.  The reason for this is that
there are several fundamental problems with getting JSF to work in a
portal and many of the other bridges don't address these issues.
JSR-301 does, as does (to a lesser degree) the Oracle Bridge.

I would expect to see good things coming out of the Bridge project and
Trinidad within the next few months.  For now, however, you're welcome
to use the brand new bridge with Trinidad.  It should work and I will
continue to make updates to Trinidad as needed to keep up with the
latest enhancements to the 301 bridge.  Also we're trying to gear up on
the documentation and I think that some people from the EG are
interested in starting up a wiki here at Apache so I'll let you know
when that occurs.

Scott

Lorin Schoop wrote:
  

Hi Scott.

Thanks for your reply. I currently use this bridge :
org.apache.portals.bridges.jsf.FacesPortlet.

Do you think I should give it a try with
org.apache.myfaces.portlet.MyFacesGenericPortlet?
I found this on the myfaces wiki..
http://wiki.apache.org/myfaces/CreatingJSFPortlets

Cheers Lorin

-Original Message-
From: Scott O'Bryan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 31, 2007 8:36 PM
To: MyFaces Discussion
Subject: Re: [Trinidad] Component renderer cannot be found in portal


context
  

Lorin,

Trinidad should be JSR-301 compliant although to be frank, the Bridge is
brand spaking new so there might well be issues.  What bridge are you
trying to run Trinidad with?  If it's anything OTHER then the new
MyFaces portlet-bridge source, I really doubt it will work.

For this project, we don't even have a website up but I'm hoping to have
the code for a base website up by next Monday.

Scott

Lorin Schoop wrote:



Hi guys

Do you have any clue on this case? Any help / idea might be helpful! As
Trinidad claims to be JSR-168 compliant, I expect the flaw to be in my
configuration files.. Has anyone got a working example of Trinidad
  

running
  

in a portlet?

In the meantime I tried a few more things:
- Adding a configuration parameter output-modeportlet/output-mode to
trinidad-config.xml; doesn't change anything.
- Removing Tomahawk; same thing.
- Specifically set the render-type of the Trinidad components: exception
saying Render context missing.
- Change the user agent (which is unknown in both IE and Firefox) at

  

runtime



to Mozilla. -- User agent error disappears, but the render errors
remain...

Thanks a lot!!

Cheers
-Lorin


-Original Message-
From: Schoop Lorin ([EMAIL PROTECTED]) [mailto:[EMAIL PROTECTED]
Sent: Sunday, October 28, 2007 2:24 PM
To: users@myfaces.apache.org
Subject: [Trinidad] Component renderer cannot be found in portal context

Hello

I'd like to use Trinidad 1.0.3 in a portal application (Liferay 4.2.1 +
JBOSS 4.0.4GA). Other portlets use MyFaces 1.1.5 + Tomahawk 1.1.6.
  

Facelet
  

is not being used so far.

I've setup a simple portlet with a button which increments a counter
  

value
  

using PPR.

When I run the example, I get the following error:


13:14:54,968 ERROR [STDERR] 28.10.2007 13:14:54
org.apache.myfaces.trinidadinternal.agent.AgentFactoryImpl
_populateUnknownAgentImpl

WARNING: The User-Agent null is unknown; creating an agent with

  

unknown



agent attributes.

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,281 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for CoreDocument[UIXFacesBeanImpl,
id=trinidadDoc] rendererType = org.apache.myfaces.trinidad.Document

13:14:55,375 ERROR [STDERR] 28.10.2007 13:14:55
org.apache.myfaces.trinidad.component.UIXComponentBase _getRendererImpl

WARNING: Could not find renderer for