headers
Matthias Wessendorf | 1 Sep 2006 10:20
Picon
Favicon
Gravatar

Re: Suggestion for AbstractFacesBean

On 8/31/06, Adrian Mitev <amittev <at> gmail.com> wrote:
> Hi! It is a good idea to add method like addMessageFromBundle that
> does something like this:
>
> public void addMessageFromBundle(UIComponent component,String
> bundleMessageKey) {
>         ResourceBundle bundle = null;
>         try {
>             bundle = ResourceBundle.getBundle(getFacesContext()
>                     .getApplication().getMessageBundle());
>             String message = bundle.getString(bundleMessageKey);

>             error(componeng,message);

--- compile error ;)

>         } catch (MissingResourceException e) {
>             e.printStackTrace();
>         }
>     }
>
> --
> Seeing is believing
>

--

-- 
Matthias Wessendorf

further stuff:
blog: http://jroller.com/page/mwessendorf
(Continue reading)

Permalink | Reply | 0 comments |
headers
Adrian Mitev | 1 Sep 2006 17:51
Picon

Re: Suggestion for AbstractFacesBean

Sorry about the typo. I`ve wrote this code in gmail not in IDE :)

--

-- 
Seeing is believing
Permalink | Reply | 0 comments |
headers
Butash, Bob | 1 Sep 2006 22:04
Picon

Shale 1.0.3 and Tiles Question - Tag Question

I've pulled in the new version of Shale 1.0.3 which included a tiles
snapshot jar file.....It appears that the TLD have significantly
changed.  I tried to find a Shale usecase for Tiles and could not find
one.  With zero documentation available for tiles 2.0 does Shale offer
any pointers as examples.

The tags I'm talking about are the 

<tiles:insert attribute="content" flush="false"/>

	The "attribute" attribute was removed and there is no pointer as
to what should be used in its place.

<tiles:put name="shoppingCartLink" beanName="shoppingCartLink"/>

	The "beanName" attribute was removed with no documentation as to
what should be used in its place.

Any help would be great or if you could point me to a shale use case
that is exercising the shale tiles jar file that would be great.

Thanks,

Bob
Permalink | Reply | 11 comments |
headers
Wendy Smoak | 1 Sep 2006 22:22
Picon

Re: Shale 1.0.3 and Tiles Question - Tag Question

On 9/1/06, Butash, Bob <bob.butash <at> eds.com> wrote:

> The "attribute" attribute was removed and there is no pointer as
> to what should be used in its place.

Sorry about that.  I really need to finish SB-21 and put the comments
in the TLD. :/

Until someone who is more familiar with Tiles 2 can comment, this might help:

https://issues.apache.org/struts/browse/SB-21
http://svn.apache.org/viewvc?view=rev&revision=419638
http://www.nabble.com/-Standalone-Tiles--Changing-the-Semantics-of-the-InsertTag-t1783011.html

In that thread, Greg wrote:
1)  attribute, definition, name could all be resolved to name.
2)  component, page, and template could all be resolved to template.

Tiles 2 is still in the sandbox, and will see some more changes.  Also
watch out for SB-30 which will mean some changes to the tiles-config
DTD: https://issues.apache.org/struts/browse/SB-30 .

--

-- 
Wendy
Permalink | Reply | 10 comments |
headers
Greg Reddin | 1 Sep 2006 22:58
Picon
Favicon

Re: Shale 1.0.3 and Tiles Question - Tag Question


On Sep 1, 2006, at 3:22 PM, Wendy Smoak wrote:

> In that thread, Greg wrote:
> 1)  attribute, definition, name could all be resolved to name.
> 2)  component, page, and template could all be resolved to template.

You are correct about the missing doc.  We haven't created that yet.   
The above should be true for name and template.

As for beanName and beanValue those were removed and not replaced.   
Those attributes were originally "pre-EL" and were used to use a bean  
in scope to resolve a Tiles definition.  With EL you shouldn't need  
them.  You can do something like this:

<tiles:put name="foo" value="${foo.bar}"/>

However, there has been some discussion on the Struts list that might  
lead us to add these values back.  You might want to join up there if  
you are interested.

Sorry for the mess.  I hope we'll get these things stabilized soon.   
As Wendy said, it's all still in flux right now.

Thanks,
Greg
Permalink | Reply | 9 comments |
headers
Adrian Mitev | 3 Sep 2006 22:35
Picon

Problems with shale-core

Hi all! I have a form with a commandButton when clicked action method
is invoked. In the action method i have NPE but when shale-core.jar is
in my project the exception is being "eaten" by shale. When i remove
the jar everything works normal.

--

-- 
Seeing is believing
Permalink | Reply | 0 comments |
headers
Adrian Mitev | 3 Sep 2006 23:41
Picon

Re: Problems with shale-core

By the way when i removed the faces-config file from the
shale-core.jar to disable the phase listener everything worked with
the jar, but i need the view controler.

--

-- 
Seeing is believing
Permalink | Reply | 3 comments |
headers
Craig McClanahan | 4 Sep 2006 01:22
Picon
Favicon

Re: Problems with shale-core

On 9/3/06, Adrian Mitev <amittev <at> gmail.com> wrote:
>
> By the way when i removed the faces-config file from the
> shale-core.jar to disable the phase listener everything worked with
> the jar, but i need the view controler.

If you use the 1.0.3 release (or a very recent daily biuld), the behavior of
handling exceptions thrown by an action event is now programmable, in
several different ways.

* By default, exceptions thrown from lifecycle callback methods (init,
destroy, etc.),
  or from the action method connected to a command link or command button,
  will still be accumulated.  You can change this by defining a class that
implements
  org.apache.shale.view.ExceptionHandler and storing it in application scope
under
  the key defined by FacesConstants.EXCEPTION_HANDLER (the literal value is
  "org$apache$shale$view$EXCEPTION_HANDLER".

* During a phase listener that is invokved after the Invoke Application
phase (i.e.
  just after your command action has returned a logical outcome), it is
checked
  whether there have been any exceptions accumulated by the default handler
above.
  If so, it can optionally do a RequestDispatcher.forward() call to the
context relative
  path of an error display page for your application.  You can configure
such a path
(Continue reading)

Permalink | Reply | 2 comments |
headers
Wendy Smoak | 4 Sep 2006 05:49
Picon

Re: Problems with shale-core

On 9/3/06, Craig McClanahan <craigmcc <at> apache.org> wrote:

> This stuff definitely needs to get into the documentation, but I wanted to
> give you an immediate response you could start from.

For now, at least, it's here:  http://wiki.apache.org/shale/ExceptionHandling

--

-- 
Wendy
Permalink | Reply | 1 comment |
headers
Craig McClanahan | 4 Sep 2006 05:52
Picon
Favicon

Re: Problems with shale-core

On 9/3/06, Wendy Smoak <wsmoak <at> gmail.com> wrote:
>
> On 9/3/06, Craig McClanahan <craigmcc <at> apache.org> wrote:
>
> > This stuff definitely needs to get into the documentation, but I wanted
> to
> > give you an immediate response you could start from.
>
> For now, at least, it's here:
> http://wiki.apache.org/shale/ExceptionHandling

Thanks, as always :-).  Someday I'll remember to do that first so I can just
point at it.

--
> Wendy
>

Craig
Permalink | Reply | 0 comments |

Gmane