SV: [ANNOUNCE] New Shale PMC Chair

Congratulations, Gary - Keep up the good work for the community. Hermod -Opprinnelig melding- Fra: Greg Reddin [mailto:[EMAIL PROTECTED] Sendt: 20. mars 2008 15:41 Til: user@shale.apache.org; [EMAIL PROTECTED] Emne: [ANNOUNCE] New Shale PMC Chair In its meeting yesterday the Apache

SV: initializing commons validator for rule type mask

me out. The problem got solved. Thanks Regards, Hariharan Manoharan -Original Message- From: Hermod Opstvedt [mailto:[EMAIL PROTECTED] Sent: Saturday, October 13, 2007 5:25 PM To: user@shale.apache.org Subject: SV: initializing commons validator for rule type mask Hi The answer

SV: java.lang.NullPointerException when using html view with JSP.

Hi I'll look into this. Hermod -Opprinnelig melding- Fra: mohammad_gh [mailto:[EMAIL PROTECTED] Sendt: 28. august 2007 17:46 Til: user@shale.apache.org Emne: java.lang.NullPointerException when using html view with JSP. hi i am using clay and want to create an html view with JSP.

SV: master-detail redirection with annoteded request bean and tomahawk updateActionListener

Hi Please redirect questions regarding Tomahawk to the MyFaces list. Hermod -Opprinnelig melding- Fra: Érico Teixeira [mailto:[EMAIL PROTECTED] Sendt: 30. juli 2007 20:26 Til: user@shale.apache.org Emne: master-detail redirection with annoteded request bean and tomahawk

SV: SV: SHALE-444

-preferences-plugin-in development-target platform. But under Info-Plugin Details theres nothing about Shale/Clay. Any additional help someone can provide - i am using eclipse 3.2.1. Torsten Am Samstag, den 26.05.2007, 18:59 +0200 schrieb Hermod Opstvedt: Hi You can get it from here: http

SV: SV: SV: SHALE-444

Hi I am running it as a jar file just fine. I exported it as plugin, so it should be a able to run as is (and it is). Hermod -Opprinnelig melding- Fra: Ryan Wynn [mailto:[EMAIL PROTECTED] Sendt: 27. mai 2007 19:48 Til: user@shale.apache.org; [EMAIL PROTECTED] Emne: Re: SV: SV:

SV: SV: SV: Shale and Sandbox inputSuggestAjax

and i get an ajax response. But i see no popup in the browser, must have done something wrong ;). Torsten Am Dienstag, den 08.05.2007, 19:57 +0200 schrieb Hermod Opstvedt: Hi Wiki entry in place. Hermod -Opprinnelig melding- Fra: Erik

SV: Clay @ symbol not setting taglib mutator to null

Hi First of all why do you not use the Acegi integration library that Cagatay Civici? It works like a charm. I have not checked if what happens when you use symbols in connection with declared components like you do, but I suspect it might be a bug. Please file a Jira issue for it. Hermod

SV: Clay @ symbol not setting taglib mutator to null

-mail message from your computer. Although Opsera routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Opsera makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. -Original Message- From: Hermod

SV: is there any way I can tell clay parser to print a block of html code as it is without any changes?

Hi Try using the outputText with the escape=false attribute. Hermod -Opprinnelig melding- Fra: AM101 [mailto:[EMAIL PROTECTED] Sendt: 14. mai 2007 22:35 Til: user@shale.apache.org Emne: is there any way I can tell clay parser to print a block of html code as it is without any changes?

SV: SV: Shale and Sandbox inputSuggestAjax

in an advanced phase of a project and I'm reluctant to let go of either Shale or Tomahawk-Sandbox. And yes, I would welcome a Wiki too. Thank you, Erik - Oorspronkelijk bericht - Van: Hermod Opstvedt [mailto:[EMAIL PROTECTED] Verzonden: dinsdag, mei 8, 2007 05:14 PM Aan: user@shale.apache.org

Recommendation for Ajax enabled inputText

Hi I have been searching the net for an Ajax enabled inputText component, but have naot found anything that I like. I want to try it out to see what performance it will give using shale-remoting as opposed to the JSF submit that happens with inputSuggestAjax component from tomahawk. If anybody

SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?

Hi I have tried to follow you example, but there must be something more to it. I have set the suggestedItemsMethod and itemLabelMethod to MB I have in the chain-config: catalog name=clayCustomization chain name=suggestedItemsMethod command

SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose?

-Opprinnelig melding- Fra: Hermod Opstvedt [mailto:[EMAIL PROTECTED] Sendt: 4. mai 2007 18:59 Til: user@shale.apache.org Emne: SV: s:inputSuggestAjax an Shale/Clay - ValidatorInputRenderer Type problem, the defaultRenderer wrapped is of the needed type - how to expose? Hi I have tried to follow

SV: s:inputSuggestAjax an Shale/Clay

- my bean methods are not called. Am Dienstag, den 01.05.2007, 22:59 +0200 schrieb Hermod Opstvedt: Hi Has anybody made the inputSuggestAjax component work in a Shale/Clay environment. It's posting to the server, but it's not calling my method on the configured bean. It just disapears

s:inputSuggestAjax an Shale/Clay

Hi Has anybody made the inputSuggestAjax component work in a Shale/Clay environment. It's posting to the server, but it's not calling my method on the configured bean. It just disapears Hermod

SV: Dialog SCXML Data class - Setter injection, ViewController etc. pp.

Hi Are you using the Shale-spring integration? Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 29. april 2007 12:08 Til: user@shale.apache.org Emne: Dialog SCXML Data class - Setter injection, ViewController etc. pp. The configured data class is not

SV: SV: SV: How to initialize a bean before initial display

: SV: How to initialize a bean before initial display Thanks for your reply. I am now extending AbstractViewController and implemented the init() method but this method is never called. do I need to configure anything? I am new to Shale, I appreciate your help. Hermod Opstvedt wrote: Hi

SV: SV: SV: SV: How to initialize a bean before initial display

is extending AbstractViewController but init() method is never called by the controller. Hermod Opstvedt wrote: Hi If its not called, you must have placed it in session-scope (it must be request-scoped), or it is not mapped against the view in faces-config.xml Hermod -Opprinnelig

SV: SV: SV: SV: SV: How to initialize a bean before initial display

) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java: 147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:384) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:138) ### Hermod Opstvedt wrote: Hi What

SV: Submitted values lost - view is refilled everytime with model values

Hi I think this is related to [1], since you are missing stuff from scope [1] https://issues.apache.org/struts/browse/SHALE-410 Hermod -Opprinnelig melding- Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] Sendt: 26. april 2007 17:51 Til: user@shale.apache.org Emne: Re: Submitted values

SV: SV: using tld2claycfg

] Hints? Torsten Am Dienstag, den 17.04.2007, 15:09 +0200 schrieb Hermod Opstvedt: Hi I answered this yesterday, but it seems that mail sent from work uses 4-5 days to reach the list. Download the source from[1

SV: SAXParseException in clay-config.xml

Hi Could you post the clay-config.xml content around lines 25-35, that is in the shale-clay-1.0.3.jar file Hermod -Opprinnelig melding- Fra: jelmstrom [mailto:[EMAIL PROTECTED] Sendt: 13. april 2007 14:41 Til: [EMAIL PROTECTED] Emne: SAXParseException in clay-config.xml Hi, I'm

SV: Shale Build Error - Lifecycle class not found

Hi Have you tried the mvn -U clean install? -U forces update. Also: Are you using a maven-proxy by chance? Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 13. april 2007 10:12 Til: [EMAIL PROTECTED] Emne: Re: Shale Build Error - Lifecycle class not

SV: componentType=override

Hi I don't think that you can redefine the t:updateActionListener in this way You are naming the component: t:updateActionListener, but also extending it. Try and give it a unique name Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 13. april 2007 18:40

SV: Shale Build Error - Lifecycle class not found

Hi Which Maven version are you running? Latest is 2.0.6 Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 10. april 2007 14:30 Til: [EMAIL PROTECTED] Kopi: user@shale.apache.org Emne: RE: Shale Build Error - Lifecycle class not found Deleted the

SV: Clay nested templates

Hi In order for this to work, you need the following: component jsfid=baseHomeLayout extends=clay id=baseHomeLayout attributes set name=clayJsfid value=/templates/main_template.html / /attributes symbols set name=title

SV: Shale, Clay, Facelets and JSF Templating

Hi This seems like a total mess. Keep with one of them (If siplicity/functionality counts - choose Clay) Hermod -Opprinnelig melding- Fra: Kito D. Mann [mailto:[EMAIL PROTECTED] Sendt: 28. mars 2007 22:47 Til: user@shale.apache.org Emne: RE: Shale, Clay, Facelets and JSF Templating

SV: Tomahawk's enabledOnUserRole attribute and Clay

Hi But this is handled in the new version of TlD2ClayCfg tool, so it if you use it against the tomahawk 1.3 jar you will get a correct config file. Hermod -Opprinnelig melding- Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] Sendt: 27. mars 2007 17:06 Til: user@shale.apache.org Emne: Re:

SV: URLs and backing beans

Hi I'm not shure what you are looking for her but his is my understanding of it. Why would you want a backing bean for this? This is more the responsibility of an ApplicationController. What I would do is to subclass the Shale Aplication controller and add the logic you want there. You can use

SV: SV: URLs and backing beans

at 16:43 +0100, Hermod Opstvedt wrote: Hi I'm not shure what you are looking for her but his is my understanding of it. Why would you want a backing bean for this? This is more the responsibility of an ApplicationController. What I would do is to subclass the Shale Aplication controller

SV: prerender() not called on my tiles

Hi Why? Seems like there are a lot of issues with Tiles, I'm sticking with Clay :) Hermod -Opprinnelig melding- Fra: Greg Reddin [mailto:[EMAIL PROTECTED] Sendt: 21. mars 2007 16:38 Til: user@shale.apache.org Emne: Re: prerender() not called on my tiles On 3/20/07, Gary VanMatre

SV: validation required

Hi Could you post more of the jsp. I would like to see the label etc. Hermod -Opprinnelig melding- Fra: Sanjay Choudhary [mailto:[EMAIL PROTECTED] Sendt: 19. mars 2007 19:27 Til: user@shale.apache.org Emne: validation required I am not sure what I am missing here... snippet from my

SV: validation required

Hei Take a look at [1]. Notice the usage of the arg parameter. [1] http://shale.apache.org/shale-validator/index.html Hermod -Opprinnelig melding- Fra: Sanjay Choudhary [mailto:[EMAIL PROTECTED] Sendt: 19. mars 2007 21:14 Til: user@shale.apache.org Emne: Re: validation required

SV: Defining mask globally

but not in the code. Thanks On 3/14/07, Hermod Opstvedt [EMAIL PROTECTED] wrote: Hi Another question: Which version is this of shale-validator? The linenumbers don't match up with the current. Hermod -Opprinnelig melding- Fra: Sanjay Choudhary [mailto:[EMAIL

SV: SV: Re: basic dialog nullpointerexception

a problem with eclipse wtp and tomcat. Never tried it with tomcat standalone. Did you? BTW: I'm using Java5. regards, Veit Hermod Opstvedt schrieb: Hi The last working version of Tomcat is actually 5.5.17 with Java5. If you switch to Java 1.4 things are different. There is a post by me

SV: JSF 1.2 and Shale Tiles problem

Hi Which version of Tiles are you using? I know that there are issues with a lot the Tiles releases. Hermod -Opprinnelig melding- Fra: Mads Henderson [mailto:[EMAIL PROTECTED] Sendt: 10. mars 2007 15:52 Til: user@shale.apache.org Emne: JSF 1.2 and Shale Tiles problem Hi! I am trying

SV: Client-id : _id0 is duplicated in the faces tree.

Hi Getting Tomahawk is easy - Either use Maven2 or download it from www.ibiblio.org Hermod -Opprinnelig melding- Fra: Richard Eggert [mailto:[EMAIL PROTECTED] Sendt: 1. mars 2007 17:20 Til: user@shale.apache.org Emne: RE: Client-id : _id0 is duplicated in the faces tree.

SV: Trouble with simple dialog

Hi Just quickly looking at your dialog file, I notice that you have a target Register that is not defined. Looking at the code, the problem is that the web.xml context-param Constants.DIALOG_PREFIX_PARAM is missing or ill defined. Have you defined it? Hermod -Opprinnelig melding- Fra:

SV: Client-id : _id0 is duplicated in the faces tree.

Hi Could you also post bugtest.html. That is likely to be the origin of the Exception. Also I would move to at least MyFaces 1.3 to see if the problem persists. Hermod -Opprinnelig melding- Fra: Richard Eggert [mailto:[EMAIL PROTECTED] Sendt: 28. februar 2007 20:01 Til:

SV: SV: Trouble with simple dialog

that it was required, I thought the default setting was dialog? Can you point me to info concerning this? /Colin Hermod Opstvedt wrote: Hi Just quickly looking at your dialog file, I notice that you have a target Register that is not defined. Looking at the code, the problem is that the web.xml context

SV: Relative paths Clay

Hi By the way, there is a Tomahawk sandbox component for the link (tx:link?). Hermod -Opprinnelig melding- Fra: Richard Eggert [mailto:[EMAIL PROTECTED] Sendt: 23. februar 2007 16:19 Til: user@shale.apache.org Emne: RE: Relative paths Clay Thanks. Those ideas worked great. Here's

SV: Relative paths Clay

Hi Short answer: You don't. What I do is add a duplicate entry around such stuff using the Clay html remove stuff !-- ### clay:remove ### -- What comes here will be removed by clay, but displayed by a browser !-- ### /clay:remove ### -- Hermod -Opprinnelig melding- Fra:

SV: Clay challange

Wynn [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 13, 2007 11:23 PM To: user@shale.apache.org; [EMAIL PROTECTED] Subject: Re: Clay challange On 2/13/07, Hermod Opstvedt wrote: Hi I'm struggling with a component that I have defined

SV: Dynamically-selectable HTML templates

Hi The jsfid must map to a Clay pre-defined component. I am not sure that what you are trying to do is feasible in Clay and actually if it is the correct way to solve your problem. I would more tend to using CSS (Cascading Style Sheets) for this scenario. Hermod -Opprinnelig melding-

SV: Dynamically-selectable HTML templates

Hi This is a smart way to do this. I did not quite understand your scenario in your previous mail. I thought you where talking about formatting/layout. Hermod -Opprinnelig melding- Fra: Richard Eggert [mailto:[EMAIL PROTECTED] Sendt: 17. februar 2007 22:35 Til: user@shale.apache.org

SV: maven build problem of latest svn trunk

Hi The M2 2.05 was released today. Download it and retry to see if that not fixes your problem (I'm in progress of downloading it now) Hermod -Opprinnelig melding- Fra: Rahul Akolkar [mailto:[EMAIL PROTECTED] Sendt: 15. februar 2007 17:24 Til: user@shale.apache.org Emne: Re: maven

Clay challange

Hi I'm struggling with a component that I have defined: component jsfid=navnpanel extends=clay id=navnpanel element jsfid=t:htmlTag renderId=1 attributes set name=value value=fieldset /

SV: Getting started...again.

Hi How are you creating it? As a complete Maven2 project, or as Maven2 archetype? Reason for asking, is that I recently submitted Shale/Clay kickstart project (The first of more to come with other faces libs included). Take a look in the shale sandbox under maven Hermod -Opprinnelig

SV: Clay, Tomahawk and jscookmenu

Hi I'll take a look at it. Hermod -Opprinnelig melding- Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] Sendt: 18. desember 2006 17:03 Til: user@shale.apache.org Emne: RE: Clay, Tomahawk and jscookmenu From: [EMAIL PROTECTED] Hi Gary, is this something that we need to adress in

SV: s:commonsValidator question

Hi I'll have a Norwegian translation ready later today :) Hermod -Opprinnelig melding- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne av Craig McClanahan Sendt: 12. desember 2006 06:56 Til: user@shale.apache.org Emne: Re: s:commonsValidator question On 12/11/06, JS Portal

allowOverride on Clay components

Hi Today I held a presentation at work about JSF, Shale and Clay. The scenario is that we are going to move away from what we are currently using as viewlayer and move into a more J2EE compliant setting. One of the guys responsible for the company framework standard regarding the viewlayers

SV: usecase example logon dialog

Hi If ypu look in faces-config.xml you will find tke declaration of logon$dialog. Then you can look for the enter method in that bean. Hermod -Opprinnelig melding- Fra: Jonathan Smith [mailto:[EMAIL PROTECTED] Sendt: 14. november 2006 18:00 Til: user@shale.apache.org Emne: usecase

SV: SV: usecase example logon dialog

: RE: SV: usecase example logon dialog do i have a old copy of the usecase example becaus i have spent the last day and a half looking for that declaration in faces-config and i have not found it yet. From: Hermod Opstvedt [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: user@shale.apache.org

SV: [scxml] dialog not found problem

Hi Should it not be: WEB-INF/dialog-config.xml? (Note the missing leading slash) Hermod -Opprinnelig melding- Fra: Torsten Krah [mailto:[EMAIL PROTECTED] Sendt: 7. november 2006 17:09 Til: user@shale.apache.org Emne: [scxml] dialog not found problem Got it working once, but now i

Shale and Spring

Hi Is there any special issues relating to the Spring integration (shale-spring) and Spring 1.2.8? It's currently at 1.2.6 Hermod

SV: Clay and Tobago

Hi -Opprinnelig melding- Fra: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] På vegne av Craig McClanahan Sendt: 17. oktober 2006 19:32 Til: user@shale.apache.org; [EMAIL PROTECTED] Emne: Re: Clay and Tobago On 10/17/06, Hermod Opstvedt [EMAIL PROTECTED] wrote: Hi That would be a great

SV: Clay and Tobago

, Hermod Opstvedt [EMAIL PROTECTED] wrote: Seems like a good approach, but that will then require the tool to have the necessary .jars with dependencies in the classpath. A Maven plugin to generate Clay config files? -- Wendy

Tomahawk t:stylesheet component in Clay

Hi Since my link href=#{facesContext.externalContext.requestContextPath}/theme/styles.css/ does not work anymore, I thought I would give the Tomahawk t:stylesheet component a try. However it does not seem to work properly: In my Clay template .html file I have: span jsfid=clay

Link tag and requestContextPath

Hi I have had the following on my Clay .html templates for some time, and it has been working just fine. I have now upgraded one of my shale and clay sample, and it has stopped working. The Link now gets renedered as written instead of getting resolved to the contextpath. I have probably missed

SV: Error in sandbox shale-clay-mailreader pom

Hi Did I hear refactoring? Hermod -Opprinnelig melding- Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] Sendt: 4. oktober 2006 17:13 Til: user@shale.apache.org Emne: RE: Error in sandbox shale-clay-mailreader pom From: [EMAIL PROTECTED] Hi Likewise with the

SV: Defining Clay views in clay-config.xml

Hi Figured it out. I had forgot to declare the org.apache.shale.clay.FULLXML_CONFIG_FILES context param in web.xml. Hermod -Opprinnelig melding- Fra: Hermod Opstvedt [mailto:[EMAIL PROTECTED] Sendt: 19. august 2006 20:14 Til: user@shale.apache.org Emne: Defining Clay views in clay

Defining Clay views in clay-config.xml

Hi So far I've been using named xml files to define the various pages, but I've decided to define them in clay-config instead. I know this is doable, but I'm missing something, either a setting in web.xml or elsewhere My simple clay-config.xml looks like this: component jsfid=baseLayout