RE: [TOBAGO] How to change the layout in the following dialouge
Positioning popups Do you use the same layout form ? The address book example contains 3 examples for popups: column selector, about dialog and file upload. Currently you need to specify all positioning attributes of a popup. Then this popup has a concrete size, which the layout manager can build upon. Place a tc:box inside to get a decent border and give this box a layout facet to manage the contained controls. See the guide for a corresponding code fragment: http://myfaces.apache.org/tobago/guide.html#Popup Or the reference part of the demo for more advanced examples with relative positioning http://tobago.atanion.net/tobago-example-demo/faces/reference/popup.jsp More documentation in the guide will follow -- but I think after my vacation. Best regards Arvid -Original Message- From: Groovie [mailto:[EMAIL PROTECTED] Sent: Monday, October 06, 2008 9:52 PM To: users@myfaces.apache.org Subject: RE: [TOBAGO] How to change the layout in the following dialouge Once again and first of all Thank you! (1) Layouting the height of rows You can assign values for the height of each row -- for example as relative sizes: rows=1*;5* Tested it, great ... is running See http://myfaces.apache.org/tobago/guide.html#Layout for more information. (2) How to position a popup The popup has respective positioning attributes: width, height, left, top Ye, login at http://myfaces.apache.org/tobago/tobago-core/tlddoc-1.0.18/index.html says for top and left: No Description Do you use the same layout form ? (3) Styling controls Normally Tobago doesn't allow to influence style directly. Styling is a task of the theme. But you can define markup with logical meaning and define simple styling for this without writing your own theme. This may be a feature for 1.0.1x or 2x. Image, you want to show some business critical values in a sheet. The best way to show 'em is to use different colours. Thanks for your help Groovie -- View this message in context: http://www.nabble.com/-TOBAGO--How-to-change-the-layout-in-the-following-dialouge-tp19831642p19845105.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: [TOBAGO] How to change the layout in the following dialouge
I've added some info about markup to the Guide:
http://myfaces.apache.org/tobago/guide.html#Markup
There is additional info about styling table cells in the example theme.
Basically you need
renderer
nameColumn/name
supported-markup
markupnew/markup
/supported-markup
/renderer
And a style.css with this
.tobago-column-markup-new {
background-color: yellow;
}
Best regards
Arvid
-Original Message-
From: Arvid Hülsebus [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 10:54 AM
To: 'MyFaces Discussion'
Subject: RE: [TOBAGO] How to change the layout in the following dialouge
Hello
(1) Layouting the height of rows
You can assign values for the height of each row -- for example as relative
sizes: rows=1*;5*
See http://myfaces.apache.org/tobago/guide.html#Layout for more information.
(2) How to position a popup
The popup has respective positioning attributes: width, height, left, top
(3) Styling controls
Normally Tobago doesn't allow to influence style directly. Styling is a task of
the theme. But you can define markup with logical meaning and define simple
styling for this without writing your own theme.
http://myfaces.apache.org/tobago/faq.html#tobagocustommarkup
The address book demo contains a small example for styling a progress control:
tc:progress value=#{admin.memory} markup=#{admin.state} /
I will try to update the Tobago Guide tomorrow with more information on markup,
but currently I have not much time because I will be on vacation for one and a
half week from Wednesday on.
Bes regards
Arvid
-Original Message-
From: Groovie [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 5:51 AM
To: users@myfaces.apache.org
Subject: [TOBAGO] How to change the layout in the following dialouge
Salut,
i have a question that is related to the GridLayoutmanager,
that is actually ignoring my layout directive. Maybe you can
help.
Simple take a look at the beautiful demo app @atanion, and
select the table submenu under overview. You will see
box containing a commentpart and the table.
(1) The question is, how can i change/influence the arrangement
between comment(upper) and table(lower part),
I would like to see a small comment part here.
(2) Another question is, how to position the pop-up (push the #)
(3) The very last question is about individual colouration of
a Tobages widgets (like a row or a cell). In order to emphasis
some values, i would like to change the cell's background-color.
How can i do this ?
Thanks for you help!
Groovy
--
View this message in context:
http://www.nabble.com/-TOBAGO--How-to-change-the-layout-in-the-following-dialouge-tp19831642p19831642.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: [TOBAGO] How to change the layout in the following dialouge
Hello
(1) Layouting the height of rows
You can assign values for the height of each row -- for example as relative
sizes: rows=1*;5*
See http://myfaces.apache.org/tobago/guide.html#Layout for more information.
(2) How to position a popup
The popup has respective positioning attributes: width, height, left, top
(3) Styling controls
Normally Tobago doesn't allow to influence style directly. Styling is a task of
the theme. But you can define markup with logical meaning and define simple
styling for this without writing your own theme.
http://myfaces.apache.org/tobago/faq.html#tobagocustommarkup
The address book demo contains a small example for styling a progress control:
tc:progress value=#{admin.memory} markup=#{admin.state} /
I will try to update the Tobago Guide tomorrow with more information on markup,
but currently I have not much time because I will be on vacation for one and a
half week from Wednesday on.
Bes regards
Arvid
-Original Message-
From: Groovie [mailto:[EMAIL PROTECTED]
Sent: Monday, October 06, 2008 5:51 AM
To: users@myfaces.apache.org
Subject: [TOBAGO] How to change the layout in the following dialouge
Salut,
i have a question that is related to the GridLayoutmanager,
that is actually ignoring my layout directive. Maybe you can
help.
Simple take a look at the beautiful demo app @atanion, and
select the table submenu under overview. You will see
box containing a commentpart and the table.
(1) The question is, how can i change/influence the arrangement
between comment(upper) and table(lower part),
I would like to see a small comment part here.
(2) Another question is, how to position the pop-up (push the #)
(3) The very last question is about individual colouration of
a Tobages widgets (like a row or a cell). In order to emphasis
some values, i would like to change the cell's background-color.
How can i do this ?
Thanks for you help!
Groovy
--
View this message in context:
http://www.nabble.com/-TOBAGO--How-to-change-the-layout-in-the-following-dialouge-tp19831642p19831642.html
Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: [TOBAGO] CLOSED serious problems with managed-bean's
The DebugPhaseListener just prints out debug information in the log file -- for example timing information about the phases in the JSF life cycle and messages found in the Faces Context. The TobagoMultipartFormdataFilter is used to handle file upload and is more or less transparent in other occasions. These two actions you described shouldn't have an effect on the problem you described. Which navigation handler did you remove? Was it a Tobago DebugNavigationHandler? That one shouldn't have an effect either, because it's just logging debug information, too. Strange indeed. Best regards Arvid -Original Message- From: Groovie [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 10:20 PM To: users@myfaces.apache.org Subject: RE: [TOBAGO] CLOSED serious problems with managed-bean's Salut Arvid, i fixed that strange behaviour by saving the ole state in my CVS und uploading a simple(1) Tobago test over it. Lucky guy i was, seeing the test application running. Then i reintregrated my application into the test app and finally removed the test app components. Doing this step by step with a functional test of the demo-app and mine. Ok, this took 25Hours in one go 1 litre tee and 2 litres of best brewed bavarian beer. There are two files, that could cause the impact: 1) faces-config.xml 1.1)removed the navigation-handler from application tag 1.2)added lifecycle phase-listener org.apache.myfaces.tobago.util.DebugPhaseListener /phase-listener /lifecycle 2) in web.xml 2.1 removd filter-mapping filter-namemultipartFormdataFilter/filter-name url-pattern/faces/*/url-pattern /filter-mapping strange strange but its done. -- View this message in context: http://www.nabble.com/-TOBAGO--serious-problems-with-managed-bean%27s-tp19710817p19730967.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: [TOBAGO] serious problems with managed-bean's
Hello The log message in ViewHandlerImpl:101 has the wrong level. It's just debug info, not an error. I fixed that in the code. I think we need more info to determine, what goes wrong: Java and JSP snippets of the relevant areas. Perhaps a bigger chunk of the log file could help, too. Best regards Arvid -Original Message- From: Groovie [mailto:[EMAIL PROTECTED] Sent: Sunday, September 28, 2008 1:32 PM To: users@myfaces.apache.org Subject: [TOBAGO] serious problems with managed-bean's Dear sirs, i have the problem, that i can only read from managed-beans, but unable to change their attribute values, nor i am able to call a action. It looks like a one-dataflow. Here is the managed-beans config: managed-bean managed-bean-nameloginBean/managed-bean-name managed-bean-classorg.blueprint01.app.ui.login.LoginBean/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean managed-bean managed-bean-nameloginController/managed-bean-name managed-bean-classde.axa.wz.blueprint01.app.ui.login.LoginController/managed-bean-class managed-bean-scopesession/managed-bean-scope /managed-bean The first bean is used to keep a session long data, where my controller is only needed to ... perform a callback in my attached Controller-Bean. I have the impression, that the exposed date, that is beeing sent back (modified) cannot be correctly identified. The Log-File shows a strange message: ERROR ViewHandlerImpl:101 - renderView - view id '/pages/login.jsp'; view root: '[EMAIL PROTECTED]' You may noticed, that /pages/login.jsp is the Page, that was used to sent out the data, and finally also needed to decorde the invoming HTML-Message. Somebody has a idea, what's the problem or how i get can get it! Thanks in advance ___ PS: The bean attributes are of course writable. -- View this message in context: http://www.nabble.com/-TOBAGO--serious-problems-with-managed-bean%27s-tp19710817p19710817.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
RE: Togabo Docs ... where ?? What happened to the tobago-tutorial.html page
Hello We had to put the tutorial down, because finally the book The Definitive Guide to Apache MyFaces and Facelets was released. There were some misunderstandings regarding the release process and it took pretty long until the book reached the printer, therefore we decided to put the content of the Tobago chapter online instead of losing the work. To compensate this loss we started to put new documentation online. See http://myfaces.apache.org/tobago/guide.html Unfortunately this is just a start. So please bear with us until we polish it up and fill it with more information. BTW, to get a feeling on how pages are composed you can use the View Source button in the footer of the demo. If you start to develop Tobago applications make sure you configure the Tobago TLDs in your IDE to get context help for the tags right in the editor. Best regards Arvid P.S.: Since your email address belongs to a German domain you might be interested in the following iX tutorial, which contains an introduction to JSF and Tobago. http://www.heise.de/ix/artikel/2006/06/156/ -Original Message- From: GroovieMan [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 24, 2008 6:17 PM To: users@myfaces.apache.org Subject: Togabo Docs ... where ?? What happened to the tobago-tutorial.html page Dear Sirs, i am going to use tobago Taglib for my software project. As a newbee in this fields i am happy for any help i can get from the net. Google showed me, that there is/was a tutorial-Page on: nbsp; myfaces.apache.org/tobago/docbook/tobago-tutorial.html but it is not there anymore. I would appreciate it to have a documentation, that gives a short introduction to the tag model of tobago and how these tags are assembled. The demo-page looks very promising: http://tobago.atanion.net/tobago-example-demo/ but a reverse eneneering by the code to understand the way it is working is really not suitable, does it ? Thanks for any help Groovy -- View this message in context: http://www.nabble.com/Togabo-Docs-...-whereWhat-happened-to-the-tobago-tutorial.html-page-tp19652448p19652448.html Sent from the MyFaces - Users mailing list archive at Nabble.com.
Re: tobago problems with Websphere 6.1
Hello I know of 2 productive Tobago applications running on WebSphere 6.1. WebSphere 6.1 provides its own JSF implementation -- a variant of the Sun RI. Can you check if the WAR you are deploying contains a JSF implementation (myfaces-impl + myfaces-api or jsf-impl + jsf-api) and remove it? If this doesn't work we will try reproduce the problem -- but our current download of WebSphere will last at least 60 more minutes. Best regards Arvid Bravo Villegas Salvador Francisco wrote: Hi all, I'm trying to use the tobago example in a Websphere 6.1 But I having troubles with the followings tags layout:overview jsp:body That ones are not recognized by the server Generating the following error. Error Stack: java.lang.NullPointerException at com.ibm.ws.jsp.translator.visitor.validator.ValidateVisitor.visitJspBody Start(ValidateVisitor.java:810) at com.ibm.ws.jsp.translator.visitor.JspVisitor.processJspElement(JspVisito r.java:243) at com.ibm.ws.jsp.translator.visitor.JspVisitor.processChildren(JspVisitor. java:309) at com.ibm.ws.jsp.translator.visitor.JspVisitor.processJspElement(JspVisito r.java:268) at com.ibm.ws.jsp.translator.visitor.JspVisitor.processChildren(JspVisitor. java:309) at com.ibm.ws.jsp.translator.visitor.JspVisitor.processJspElement(JspVisito r.java:139) at com.ibm.ws.jsp.translator.visitor.JspVisitor.visit(JspVisitor.java:121) at com.ibm.ws.jsp.translator.JspTranslator.processVisitors(JspTranslator.ja va:121) at com.ibm.ws.jsp.translator.utils.JspTranslatorUtil.translateJsp(JspTransl atorUtil.java:181) at com.ibm.ws.jsp.translator.utils.JspTranslatorUtil.translateJspAndCompile (JspTranslatorUtil.java:83) at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper.transl ateJsp(AbstractJSPExtensionServletWrapper.java:349) at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper._check ForTranslation(AbstractJSPExtensionServletWrapper.java:317) at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper.checkF orTranslation(AbstractJSPExtensionServletWrapper.java:226) at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionServletWrapper.handle Request(AbstractJSPExtensionServletWrapper.java:131) at com.ibm.ws.jsp.webcontainerext.AbstractJSPExtensionProcessor.handleReque st(AbstractJSPExtensionProcessor.java:270) at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppReq uestDispatcher.java:308) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(S ervletExternalContextImpl.java:419) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspView HandlerImpl.java:211) at org.apache.myfaces.tobago.application.ViewHandlerImpl.renderView(ViewHan dlerImpl.java:98) at org.apache.myfaces.tobago.lifecycle.RenderResponseExecutor.execute(Rende rResponseExecutor.java:56) at org.apache.myfaces.tobago.lifecycle.TobagoLifecycle.render(TobagoLifecyc le.java:141) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja va:966) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja va:907) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh ain.java:118) at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterC hain.java:87) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter Manager.java:701) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter Manager.java:646) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrap per.java:475) at com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWr apper.java:463) at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppReq uestDispatcher.java:308) at org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:5 18) at com.ibm._jsp._index._jspService(_index.java:65) at com.ibm.ws.jsp.runtime.HttpJspBase.service(HttpJspBase.java:85) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja va:966) at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja va:907) at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh ain.java:118) at com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterC hain.java:87) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter Manager.java:701) at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter Manager.java:646) at com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrap per.java:475) at
Re: [Tobago] Problem migrating to 1.0.15
Hello
Like Udo I tried to reproduce the problem, but I failed, too. On my test
page the tc:selectOneChoice gets rendered without any problem.
Perhaps you can set up a small page, where this problem occurs. It
shouldn't be necessary to add a tc:cell just to get the
tc:selectOneChoice appear in the broswer.
Thanks in advance,
Arvid
yazid wrote:
Hi
I found outI'm using a tc:out with tc:selectOneChoice ...inside a
column.
just put them in a cell.
tx
yazid wrote:
Hi All;
I've migrated last week to 1.0.15; most of component are OK, except for
tc:selectOneChoice inside a sheet columns, it's not rendred at all
tc:column label=.
tc:selectOneChoice value=#{b.name}
f:selectItems value=#{b.items} /
/tc:selectOneChoice
Is that a bug in 1.0.15 or should I do a special use of select...
Thanks
Re: tc:in required sign and JS value update
Evil... updating tc:in controls via JS. Perhaps partial rendering would be the way to go. Did you try to call blur() on the input field? This should trigger the necessary event. Best regards, Arvid Michał 'Gandalf' Stawicki wrote: This might sound lame, but if I have an empty required field with required sign rendered in it (v), how do I make the sign dissappear after updating input value via JS? regards, michał
Re: [tobago]
Hello!
I think that images for select items which are implemented by OPTION
elements are currently not supported. For Firefox we could fix this by
styling the OPTION element via a background image. But I didn't found a
way to achieve this for IE.
Regards,
Arvid
Zied Hamdi wrote:
Hi,
I have a problem with combining JSTL with tobago:
I'm in a sheet of phone numbers and I want to show the current phone
type: mobile, home,.. as a combo box (with images).
I took a look at the examples in the demo and I didn't find how to
specify an image for every entry when using tc:selectItems. So I
decided to try using JSTL and the select box shows as it should but:
The problems are three:
* A side effect adding other columns has appeared (view image:
columns are replicated twice with the exception of the select box)
* The selected value is not displayed
* No image is displayed (this is maybe not a bug: there are no
images with these names. I deduced this because theresn't the
image for 'no image')
tc:sheet id=phones columns=50px;15*;18px;18px
value=#{personCtrl.current.bean.phones} var=phone
tc:column sortable=true
tc:selectOneChoice value=#{phone.type}
c:forEach items=${personCtrl.phoneTypes} var=type
tc:selectItem itemImage=#{type}
itemLabel=${type} itemValue=#{type} value=#{type}/
/c:forEach
/tc:selectOneChoice
/tc:column
tc:column label=#{i18n.number} sortable=true
tc:in id=number value=#{ phone.number} /
/tc:column
tc:column label=#{i18n.main} sortable=true
f:verbatimhi/f:verbatim
/tc:column
tc:column
tc:link id=removePhone image=image/delete.GIF /
/tc:column
/tc:sheet
in the output source there's no images but these are maybe added with
javascript after...
div
id=page:personForm:details:phoneListSubview:phones_data_row_1_column0
class=tobago-sheet-cell-outer style=width:84px;
div class=tobago-sheet-cell-inner
select
name=page:personForm:details:phoneListSubview:phones:1:_idJsp24
id=page:personForm:details:phoneListSubview:phones:1:_idJsp24
style=width:80px; class=tobago-selectOneChoice-default
option value=
HOME/optionoption value=
MOBILE/optionoption value=
WORK/optionoption value=
FAX/optionoption value=
OTHER1/optionoption value=
OTHER2/option/select/div/div
Regards,
Zied
Re: [Tobago] How to make tobago pages printable
Hello, I think we need to enhance the page renderer to allow themes to specifiy the media attribute of a stylesheet. If have your own theme you could overwrite the stylesheet inclusion mechanism in the page renderer yourself as workaround. Regards, Arvid H. Swaczinna wrote: Hi, nobody had the need to print a Tobago page from the browser? I tried to add my own css style files for printing but I found no way. The tc:style tag generates only style file references for media=screen. If the tc:style tag has a media attribute the problem can be solved. Regards Helmut - Original Message - From: H. Swaczinna [EMAIL PROTECTED] To: users@myfaces.apache.org Sent: Wednesday, May 23, 2007 3:26 PM Subject: [Tobago] How to make tobago pages printable Hi, when I print a tobago page every style information is lost. This is because in the stylesheet references the media attribute is set to screen. Is there somewhere a switch to set this to print? Regards Helmut
Re: [Tobago] tc:message for tx:date solution
I checked in a small page in the test example. If the id
(page:validityEnd) is specified correctly (absolute id path from view
root through all naming containers), the message gets displayed.
See:
http://svn.apache.org/repos/asf/myfaces/tobago/trunk/example/test/src/main/webapp/messages.jsp
http://svn.apache.org/repos/asf/myfaces/tobago/trunk/example/test/src/main/java/org/apache/myfaces/tobago/example/test/SessionController.java
Regards,
Arvid
Volker Weber wrote:
Hi Clemens,
the id in addMessage() is still wrong.
At least the id of the tc:page is missing.
Please take a look into the generated html source for the correct id
of the
input .. generated by the tc:date.
Regards,
Volker
2007/5/25, Clemens Sietas [EMAIL PROTECTED]:
Hello Helmut,
thank you for your help!
Now I have the following Client- and Server-Code (below).
The Message is always added (facesContext.addMessage)
in an action-method of my code just for testing.
However, I never get a message displayed.
Is there something wrong on the client or server.
To be honest I never got any message working before.
I did some testing with messages a few weeks ago.
I have no luck with the message functionality, although
it seems to be quite easy. Do you have any more help?
Thank you in advance
Clemens
Client:
f:subview id=dlgAddEdit
...
tc:panel
...
tx:date id=vldtyBeg
value=#{controller.selectedVldtyBeg}
label=#{controller.keyLblValidityBegin}
readonly=#{controller.forEditSelected}
f:convertDateTime pattern=dd.MM./
/tx:date
tx:date id=vldtyEnd
value=#{controller.selectedVldtyEnd}
label=#{controller.keyLblValidityEnd}
f:convertDateTime pattern=dd.MM./
/tx:date
tc:message for=vldtyEnd/
...
/tc:panel
Server:
FacesContext facesContext = FacesContext.getCurrentInstance();
String message = vldtyEnd smaller than vldtyBeg;
facesContext.addMessage(dlgAddEdit:vldtyEnd,
new FacesMessage(FacesMessage.SEVERITY_ERROR, message,
message));
Hello Clemens,
you have to specify the id of input component not of the message
component
in addMessage().
For example
facesContext.addMessage(myPage:vldtyEnd,
new FacesMessage(FacesMessage.SEVERITY_ERROR, message,
message));
Regards
Helmut
- Original Message -
From: Clemens Sietas [EMAIL PROTECTED]
To: MyFaces Discussion users@myfaces.apache.org
Sent: Wednesday, May 23, 2007 11:42 AM
Subject: Re: [Tobago] tx:date EndDate not before BeginDate
Hello Udo,
I found something like that, however, it does not
work. No message is displayed.
Do I use the wrong id when adding the message?
The message is generated in any case just for testing.
Thanks for any help!
Clemens
Client:
tc:panel
...
tx:date id=vldtyBeg
value=#{controller.selectedVldtyBeg}
label=#{controller.keyLblValidityBegin}
readonly=#{controller.forEditSelected}
f:convertDateTime pattern=dd.MM./
/tx:date
tx:date id=vldtyEnd
value=#{controller.selectedVldtyEnd}
label=#{controller.keyLblValidityEnd}
f:convertDateTime pattern=dd.MM./
/tx:date
tc:message for=vldtyEnd id=msgForVldtyEnd/
...
/tc:panel
Server:
FacesContext facesContext = FacesContext.getCurrentInstance();
String message = EndDate smaller than BeginDate;
facesContext.addMessage(msgForVldtyEnd,
new FacesMessage(FacesMessage.SEVERITY_ERROR, message,
message));
Original-Nachricht
Datum: Wed, 23 May 2007 07:47:08 +0200
Von: Clemens Sietas [EMAIL PROTECTED]
An: MyFaces Discussion users@myfaces.apache.org
Betreff: Re: [Tobago] tx:date EndDate not before BeginDate
Hello Udo,
thank you for the reply.
I will try both options.
Regards,
Clemens
I only see 2 options, both standard JSF:
1. check manually in the action method, use
facesContext.addMessage()
2. write your own validator
I don't know a more declarative way in the moment.
Regards,
Udo
Clemens Sietas schrieb:
Hello,
I have another question regarding the datepicker.
Can I easily ensure in JSF-coding that the
selectedVldtyEnd cannot be selected with a smaller date
than the selectedVldtyBeg?
For example with f:validate...
Regards,
Clemens
tx:date id=vldtyBeg
value=#{controller.selectedVldtyBeg}
label=#{controller.keyLblValidityBegin}
readonly=#{controller.forEditSelected}
f:convertDateTime pattern=dd.MM./
/tx:date
tx:date id=vldtyEnd
value=#{controller.selectedVldtyEnd}
label=#{controller.keyLblValidityEnd}
f:convertDateTime pattern=dd.MM./
/tx:date
--
Clemens Sietas
email: [EMAIL PROTECTED]
--
Re: [ Tobago ] Help Regarding custom message for Conversion Errors
For more information on the XML file format see
http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html#loadFromXML(java.io.InputStream)
and
http://java.sun.com/dtd/properties.dtd
Specifying string resources in XML -- though being a little bit more
verbose -- has the advantage that you can more easily use special
characters like German umlauts without resorting to native2ascii.
Regards,
Arvid
Helmut Swaczinna wrote:
The XML file is just an alternative format for specifying properties.
tobago.properties.xml:
properties
entry key=javax.faces.component.UIInput.REQUIREDPflichtfeld
nicht ausgefüllt./entry
entry key=javax.faces.component.UIInput.REQUIRED_detailBitte
geben Sie in das Feld {0} einen Wert ein./entry
...
/properties
It should work also with the standard file format.
Regards
Helmut
- Original Message -
*From:* Madan Narra mailto:[EMAIL PROTECTED]
*To:* MyFaces Discussion mailto:users@myfaces.apache.org
*Sent:* Wednesday, May 23, 2007 5:47 PM
*Subject:* Re: [ Tobago ] Help Regarding custom message for
Conversion Errors
Hi Helmut,
Can you please send me the sample for the entry for specifing
the error messages...
I was confused how can i specify the error messages in the xml file...
Regards,
Madan N
Re: rich text box component...
Did you have a look at the Tomahawk component t:inputHtml http://www.irian.at/myfaces/inputHtml.jsf Regards, Arvid Alexander Wallace wrote: Hi there! Anyone know of a rich text component we can use with my faces? This is in portlets, i just want the basic B/I/U and text justification buttons... nothing fancy... to save html ... Thanks in advance!
Re: [Tobago] File-upload doesn't work anymore with myFaces 1.1.5
In the address demo the file upload works with MyFaces 1.1.5 and a popup. Are you using the TobagoMultipartFormdataFilter servlet filter or the tobago-fileupload.jar? The preferred way is adding tobago-fileupload.jar to the classpath. Regards, Arvid Helmut Swaczinna wrote: Please help, this is a really serious problem. We must use 1.1.5 because of the problem with the target attribute. One more info: the tc:file is on a popup. Regards Helmut - Original Message - From: H. Swaczinna [EMAIL PROTECTED] To: users@myfaces.apache.org Sent: Tuesday, May 08, 2007 2:02 PM Subject: [Tobago] File-upload doesn't work anymore with myFaces 1.1.5 Hi, with myFaces 1.1.4 my file-uplaod worked fine but with 1.1.5 I get the error message FileRenderer Can't process multipart/form-data without TobagoRequest. Please check the web.xml and define a TobagoMultipartFormdataFilter. See documentation for tc:file I use Tobago 1.0.11. Regards Helmut
Re: [Tobago] File-upload doesn't work anymore with myFaces 1.1.5
Hello, I think it should work. I can't recall any relevant changes in this area. I locally switched from tobago-fileupload.jar to TobagoMultipartFormdataFilter in the address demo. Afterwards the file upload still works. Regards, Arvid H. Swaczinna wrote: Hi Arvid, I'm using TobagoMultipartFormdataFilter but I tried the other way also with no success. Hm, then I have to have a look at the address demo. But do you aggree with me that code that worked with 1.1.4 should work with 1.1.5 also? Regards Helmut - Original Message - From: Arvid Hülsebus [EMAIL PROTECTED] To: MyFaces Discussion users@myfaces.apache.org Sent: Thursday, May 10, 2007 12:21 PM Subject: Re: [Tobago] File-upload doesn't work anymore with myFaces 1.1.5 In the address demo the file upload works with MyFaces 1.1.5 and a popup. Are you using the TobagoMultipartFormdataFilter servlet filter or the tobago-fileupload.jar? The preferred way is adding tobago-fileupload.jar to the classpath. Regards, Arvid Helmut Swaczinna wrote: Please help, this is a really serious problem. We must use 1.1.5 because of the problem with the target attribute. One more info: the tc:file is on a popup. Regards Helmut - Original Message - From: H. Swaczinna [EMAIL PROTECTED] To: users@myfaces.apache.org Sent: Tuesday, May 08, 2007 2:02 PM Subject: [Tobago] File-upload doesn't work anymore with myFaces 1.1.5 Hi, with myFaces 1.1.4 my file-uplaod worked fine but with 1.1.5 I get the error message FileRenderer Can't process multipart/form-data without TobagoRequest. Please check the web.xml and define a TobagoMultipartFormdataFilter. See documentation for tc:file I use Tobago 1.0.11. Regards Helmut
Re: [Tobago] Custom theme with favicon.ico
Hello, We were thinking about adding a favIcon attribute to tc:page, which would in turn render a link rel=icon ... element into the HTML header. Additionally the ResourceServlet has to be extended to support the .ico extension and map it to the content type image/vnd.microsoft.icon or image/x-icon. Because this handling is missing you currently get the warning below. This is a fairly easy change and could be added to the next release. Can you please add a feature request to JIRA? Regards, Arvid Cort, Tom wrote: Hello, I'm using tobago-1.0.10 and working on creating a new theme. I'd like to include a favicon.ico file ( http://en.wikipedia.org/wiki/Favicon ), but I'm having trouble figuring out where to put it. Putting it in the theme's image directory doesn't seem to work... 10:11:54,783 WARN [ResourceServlet] Unsupported file extension, will be ignored for security reasons. resource='org/apache/myfaces/tobago/renderkit/html/vermont/standard/image/fa vicon.ico' Is this something that needs to be fixed in tobago (i.e. add the .ico file extension to tobago's supported file extension list), or is there a better place for the file? -- Tom Cort Systems Developer Vermont Department of Taxes
Re: [Tobago] Custom theme with favicon.ico
I checked in a first, preliminary version for favicon support. You can now specify an application icon on the page: tc:page applicationIcon=icon/favicon.ico ... Regards, Arvid Cort, Tom wrote: Arvid Hülsebus wrote: This is a fairly easy change and could be added to the next release. Can you please add a feature request to JIRA? http://issues.apache.org/jira/browse/TOBAGO-398 Thanks for your help. -- Tom Cort Systems Developer Vermont Department of Taxes
Re: [Tobago] validator error message as tooltip?
Hello, If you press 'Submit' on the demo: http://tobago.atanion.net/tobago-example-demo/faces/overview/validation.jsp you get: The error message is displayed as a tooltip for the red framed input box. If you provide a speaking id, it becomes somewhat readable. Is this sufficient? Regards, Arvid David Steinkopff wrote: Hi, it´s possible to add the validator error message in the label componenten as tooltip in tx:in? regards David
Re: [Tobago] Skip a row while displaying tc:sheet/
Hello, Currently empty rows are not dropped form the sheet and I don't think we should go into that direction. IMO you need to wrap your data object into a kind of proxy, which hides the rows on the model level. Regards, Arvid
Re: building tomahawk 1.1.3 from svn
It looks like the master POM wasn't deployed on the central repository server: http://repo1.maven.org/maven2/org/apache/myfaces/maven/myfaces-master/ You can check out the tagged master POM from here: http://svn.apache.org/repos/asf/myfaces/maven/tags/1_0_3/master-pom/ and deploy it in your local repository by executing mvn install Regards, Arvid Dmitry Kandalov wrote: Hi, I have to build tomahawk 1.1.3. I checked it out from https://svn.apache.org/repos/asf/myfaces/tomahawk/branches/1_1_3. I run maven but it says: [INFO] Failed to resolve artifact. GroupId: org.apache.myfaces.maven ArtifactId: myfaces-master Version: 1.0.3 What am I doing wrong?
Re: [Tobago] Popups background not disabled
I have built a solution with IFRAMEs which works in IE6 a long time ago. I will try to make a minimal example. Regards, Arvid Volker Weber wrote: Hi, The second problem (listboxes are not diabled in IE 7) could afaik only solved by the iframe trick. An this is imho not an option, because this did not grey out the background but hide it completly. Regards, Volker 2007/3/15, Bernd Bohmann [EMAIL PROTECTED]: Hello Helmut, can you add an jira issue for this, please. Regards Bernd H. Swaczinna wrote: No, sorry, we can't switch to IE 7. I would be happier if we could... Regards Helmut BTW, the same is true for the progress effect used for page transitioning. Is switching to IE 7 an option? Regards, Arvid Arvid Hülsebus wrote: In a different project I installed something like a keyboard event sink to avoid this. I will try to work this out together with Udo. The select control problem doesn't exist in IE 7. For IE 6 we didn't include an IFRAME hack up to now to hide the select controls. This was a known issue, which we somehow forgot to fix. Best regards, Arvid H. Swaczinna wrote: Hi, when the page shows a popup the background page is grayed and you can't activate any component by mouse. But you can activate any component by keyboard when you use the tab key. You can execute actions and modifiy fields. This is the serious problem because our customers users used to work more by keyboard than by mouse. With the IE there's another problem. Listboxes aren't disabled at all. You can pick entries by mouse. Regards Helmut
Re: [Tobago] Popups background not disabled
I'm a little bit busy right now. I have postponed some important work all too often. I will look into this stuff on Sunday. Regards, Arvid Volker Weber wrote: An iframe with transparent background? I thought this is impossible. I had needed this on other places an tryed without success. I thought i had asked you before, obviously not. btw: can you take a look at TOBAGO-213? I tryed without succes to hide the selects with an iframe underlying the header. Regards, Volker 2007/3/15, Arvid Hülsebus [EMAIL PROTECTED]: I have built a solution with IFRAMEs which works in IE6 a long time ago. I will try to make a minimal example. Regards, Arvid Volker Weber wrote: Hi, The second problem (listboxes are not diabled in IE 7) could afaik only solved by the iframe trick. An this is imho not an option, because this did not grey out the background but hide it completly. Regards, Volker 2007/3/15, Bernd Bohmann [EMAIL PROTECTED]: Hello Helmut, can you add an jira issue for this, please. Regards Bernd H. Swaczinna wrote: No, sorry, we can't switch to IE 7. I would be happier if we could... Regards Helmut BTW, the same is true for the progress effect used for page transitioning. Is switching to IE 7 an option? Regards, Arvid Arvid Hülsebus wrote: In a different project I installed something like a keyboard event sink to avoid this. I will try to work this out together with Udo. The select control problem doesn't exist in IE 7. For IE 6 we didn't include an IFRAME hack up to now to hide the select controls. This was a known issue, which we somehow forgot to fix. Best regards, Arvid H. Swaczinna wrote: Hi, when the page shows a popup the background page is grayed and you can't activate any component by mouse. But you can activate any component by keyboard when you use the tab key. You can execute actions and modifiy fields. This is the serious problem because our customers users used to work more by keyboard than by mouse. With the IE there's another problem. Listboxes aren't disabled at all. You can pick entries by mouse. Regards Helmut �Thu=
Re: [Tobago] Issue with Label Text alignment btw IE and Firefox
Do you have the same problem with the life demo? http://tobago.atanion.net/tobago-example-demo/faces/overview/layout.jsp Perhaps you can send the JSP page (or whatever view technology you are using). Regards, Arvid Vinay Konanki wrote: Hi all, I have an issue with label text alignments between IE7 and Firefox. attached is the file that contains the snapshots both in IE and Firefox. In IE the label text will be displayed in RHS where as in firefox it will display on LHS. Can anyone suggest me how to over come this cross browsers issue. Thanks in advance, Vinay
Re: [tobago] Implementing excel export example leeds to blocked ui
Hello,
IMO you currently cannot produce 2 different results. Therefore you will
have to disable the transition effect for the command like this:
tc:button label=Export action=#{controller.export} transition=false/
If you are setting a target attribute like _blank the transition is
disabled automatically.
Regarding the content disposition. In the past I had some problems with
this, too. I have to check how I solved it back then. Looking at the RFC
I see there is a parameter name missing. Perhaps the following works::
Content-Disposition: attachment; filename=workbook.xls
Regards,
Arvid
Stefan Hedtfeld wrote:
Hi,
I'm using tobago 1.0.10 release on JBoss 4.0.5.
I just implemented an excel export as it is shown in the examples. The
output is generated correctly, a file safe dialog is shown (in firefox 2
on a linux box) and the file is saved. But the UI stays in the blocked
state (the running squares). Is there a way to redisplay the page the
user came from?
Code from my controller:
public String export() {
String attachmentName = workbook.xls;
LOG.info(export called, generating + attachmentName);
FacesContext context = FacesContext.getCurrentInstance();
Object response = context.getExternalContext().getResponse();
if (response instanceof HttpServletResponse) {
HttpServletResponse servletResponse = (HttpServletResponse) response;
servletResponse.setContentType(application/vnd.ms-excel);
servletResponse.setHeader(Content-Disposition, attachment; +
attachmentName);
ListEntry list = dataService.getData();
workbookService.export(list, servletResponse.getOutputStream());
}
context.responseComplete();
return null;
}
The method is called as an action from a tc:button.
BTW: do you know a way to get the attachment name (variable
attachmentName) as the suggested name in the file save dialog? Firefox
suggests the jsp filename (which is editor.jsp in my case), I'd prefer
workook.xls.
Regards,
Stefan.
Re: [tobago] Implementing excel export example leeds to blocked ui
There is a related example in the demo:
http://tobago.atanion.net/tobago-example-demo/faces/best-practice/non-faces-response.jsp
http://myfaces.apache.org/tobago/tobago-example/tobago-example-demo/xref/org/apache/myfaces/tobago/example/demo/bestpractice/BestPracticeController.html#46
Regards,
Arvid
Arvid Hülsebus wrote:
Hello,
IMO you currently cannot produce 2 different results. Therefore you
will have to disable the transition effect for the command like this:
tc:button label=Export action=#{controller.export}
transition=false/
If you are setting a target attribute like _blank the transition is
disabled automatically.
Regarding the content disposition. In the past I had some problems
with this, too. I have to check how I solved it back then. Looking at
the RFC I see there is a parameter name missing. Perhaps the following
works::
Content-Disposition: attachment; filename=workbook.xls
Regards,
Arvid
Stefan Hedtfeld wrote:
Hi,
I'm using tobago 1.0.10 release on JBoss 4.0.5.
I just implemented an excel export as it is shown in the examples. The
output is generated correctly, a file safe dialog is shown (in firefox 2
on a linux box) and the file is saved. But the UI stays in the blocked
state (the running squares). Is there a way to redisplay the page the
user came from?
Code from my controller:
public String export() {
String attachmentName = workbook.xls;
LOG.info(export called, generating + attachmentName);
FacesContext context = FacesContext.getCurrentInstance();
Object response = context.getExternalContext().getResponse();
if (response instanceof HttpServletResponse) {
HttpServletResponse servletResponse = (HttpServletResponse)
response;
servletResponse.setContentType(application/vnd.ms-excel);
servletResponse.setHeader(Content-Disposition, attachment; +
attachmentName);
ListEntry list = dataService.getData();
workbookService.export(list, servletResponse.getOutputStream());
}
context.responseComplete();
return null;
}
The method is called as an action from a tc:button.
BTW: do you know a way to get the attachment name (variable
attachmentName) as the suggested name in the file save dialog? Firefox
suggests the jsp filename (which is editor.jsp in my case), I'd prefer
workook.xls.
Regards,
Stefan.
Re: [ Tobago ] Change the Translation
Hello, the easiest way would be to derive a theme from the one you are using (if you are using one of the provided ones) and replace the image ...\src\main\resources\org\apache\myfaces\tobago\renderkit\html\scarborough\standard\image\tobago-overlay-wait.gif For a minimal derived theme see ...\example\tobago-theme-example HTH, Arvid madan chowdary wrote: Hi All, Is there anyway to change the moving squares while translation and simply display Page being loaded...Please wait How can i do this ? Madan Here’s a new way to find what you're looking for - Yahoo! Answers http://us.rd.yahoo.com/mail/in/yanswers/*http://in.answers.yahoo.com/
Re: [Tobago] Popups background not disabled
In a different project I installed something like a keyboard event sink to avoid this. I will try to work this out together with Udo. The select control problem doesn't exist in IE 7. For IE 6 we didn't include an IFRAME hack up to now to hide the select controls. This was a known issue, which we somehow forgot to fix. Best regards, Arvid H. Swaczinna wrote: Hi, when the page shows a popup the background page is grayed and you can't activate any component by mouse. But you can activate any component by keyboard when you use the tab key. You can execute actions and modifiy fields. This is the serious problem because our customers users used to work more by keyboard than by mouse. With the IE there's another problem. Listboxes aren't disabled at all. You can pick entries by mouse. Regards Helmut
Re: [Tobago] Popups background not disabled
BTW, the same is true for the progress effect used for page transitioning. Is switching to IE 7 an option? Regards, Arvid Arvid Hülsebus wrote: In a different project I installed something like a keyboard event sink to avoid this. I will try to work this out together with Udo. The select control problem doesn't exist in IE 7. For IE 6 we didn't include an IFRAME hack up to now to hide the select controls. This was a known issue, which we somehow forgot to fix. Best regards, Arvid H. Swaczinna wrote: Hi, when the page shows a popup the background page is grayed and you can't activate any component by mouse. But you can activate any component by keyboard when you use the tab key. You can execute actions and modifiy fields. This is the serious problem because our customers users used to work more by keyboard than by mouse. With the IE there's another problem. Listboxes aren't disabled at all. You can pick entries by mouse. Regards Helmut
Re: Compatibility problem with MyFaces 1.1.4 and WebLogic 9.1??
Hello, We are currently running a Tobago application with MyFaces 1.1.5 on a Weblogic 9.2 without any problems. I think we did have the described version combination a few month ago, but I would need to check that in our repository. Regards, Arvid Roger Alix-Gaudreau wrote: Good morning, I have a JSF/Facelets application that was developed using MyFaces 1.1.1, running under WebLogic 8.1. We recently upgraded to MyFaces 1.1.4, to get some newer features, and everything worked well. When we upgraded to WebLogic 9.1, however, all of our command links and buttons stopped working. They resumed working when we rolled MyFaces back to 1.1.1. I have spent some time searching for posts about similar problems, but have found relatively little. I am searching in parallel on some WebLogic forums, but I thought I’d check in with the MyFaces users as well, since there’s a lot of MyFaces experience here. Has anyone on this list encountered similar problems with MyFaces 1.1.4 and WebLogic 9.1? Has anyone gotten the pair to work correctly together? If anyone could point me toward any information about compatibility between the two, I would really appreciate the help. Thanks in advance, *Roger Alix-Gaudreau | Principal Software Engineer* *Manhattan Associates, Inc.* *Direct +1 781.238.5914* *Cell +1 401.368.9980* *Fax +1 781.238.5820* *mailto:[EMAIL PROTECTED] *http://www.manh.com* http://www.manh.com/ _ *MOMENTUM 2007 /Value through Innovation /*Join us for *Momentum - Your Supply Chain Destination* May 6-9, 2007 Las Vegas, NV. Visit www.manh-momentum.com http://www.manh-momentum.com/ today and register early for best rates.**
Re: [Tobago-myFaces] - Using Internet Explorer is a complete nightmare
Hello John, do you get JavaScript errors inside the Tobago demo, too? I started IE with ntsd and navigated to http://tobago.atanion.net/tobago-example-demo/faces/overview/basicControls.jsp If I type a character inside the first input field and wait for completion I get the described unknown exceptions but no JavaScript error. Do you get JavaScript errors while the completion is done? BTW, it doesn't seem to be a generic IE/Ajax problem. I don't get the exceptions on http://www.irian.at/myfaces-sandbox/inputSuggestAjax.jsf or http://demo.script.aculo.us/ajax/autocompleter Regards, Arvid John wrote: We couldn't get our JSF/myFaces/Tobago to switch tabs or buttons to work for the longest time within Internet Explorer. Everything worked fine in Firefox. We fixed the problem by eliminating the JavaScript we had included to 1) handle IE's inability to support PNG graphics ( replaced them with JPGs), 2) removed the JavaScript for our client side pop-up calendar control.(replacing it with Tobago's tx: calendar), 3) disabled AJAX. So now no additional JavaScript exists within our application and it works on IE. Well sort of. Now the application flashes like crazy within IE - because no AJAX If I turn on Ajax, as soon as I switch tabs, I get a JavaScript error (of course it's an unusable error error at line 1277 character 6 and stops working until I reload the entire screen. If I turn on IE debugging and launch IE with our application at the command prompt using the debugger: ntsd -g iexplore.exe http://localhost:9090 As soon as I switch tabs for the first time, I receive three identical lines on the command prompt saying: Unknown exception - code e001 (first chance) Arghhh,.. I've been battling this daily for 2 months. and our customers are getting ugly... Help! John
[ANNOUNCE] MyFaces Tobago 1.0.8 Release
The Apache MyFaces team is pleased to announce the release of MyFaces Tobago 1.0.8. MyFaces Tobago provides a well designed set of JSF user interface components. The components are compatible with MyFaces Core 1.1.4 and the JSF Reference Implementation from Sun. The MyFaces Tobago 1.0.8 distribution is available from: * http://myfaces.apache.org/download.html MyFaces Tobago is also available in the central Maven repository under Group ID org.apache.myfaces.tobago. The changes include: Bugs * application converter is not used for tx:date component * theme JARs cannot be loaded inside IBM WebSphere * layout renderer causes NullPointerException when layouting panels * GridLayoutRenderer ignores rows after the first row which is not rendered * UIGridLayout.Row NotSerializableException * tx:date inside a tc:sheet causes NullPointerException * EmptyStackException in sheet when showPageRange=none * password attribute of tc:in works only as a method binding in Facelets * Tobago doesn't run with RI 1.1_02 * non-string item values not possible in tx:menuRadio * SelectOneChoice in IE overrides z-index of menu * resource directories need defined order * NullPointerException when decoding PageState without state value in request * warning page contains secure and non-secure items in IE when using HTTPS * with popup window the suggest box renders behind the popup * input suggest doesn't support umlauts * using input suggest blocks page in IE without ActiveX Improvements * add globalOnly attribute to messages tag * tc:link should support f:param * TabChangeEvent should provide the same methods like the TabChangeEvent in Tomahawk * date picker of tx:date should be surrounded by a form to prevent validation errors from other fields * selectable modes in sheet * increase the version of the Facelets dependency to 1.1.11 New Features * autoreload feature for sheet * provide a JDK 1.4 version of Tobago with Retrotranslator * UICommand facet support for change and click events in selectOneRadio, selectBooleanCheckbox, selectManyCheckbox, and selectOneChoice For a complete list of please see: * http://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310273styleName=Htmlversion=12310900 Enjoy! Arvid
Re: MyFaces vs. WAS 6.1
Hello, The JSF implementation resides in plugins/com.ibm.ws.webcontainer_2.0.0.jar. It looks like the Sun RI. For Tobago applications you can just drop the MyFaces jars and work with the implementation provided by IBM. I didn't try to use MyFaces instead up to now. Regards, Arvid THIEN PHAM wrote: Has anyone any luck deploying MyFaces-based application to WebSphere 6.1? With WAS 6.0, I just avoided IBM's JSF implementation by renaming the two files jsf-api.jar and ws-jsf.jar to non-jar extensions ane the application worked just fine. I'm not sure how to that for WAS 6.1 since they are no longer there. Any pointer is appreciated. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: cant get simple tobago tree example to work
Hello, which version of Tobago are you using? I copied your stuff into the blank example (current Subversion trunk, 1.0.8-SNAPSHOT) and it seems to work -- at least after adding an empty TreeEditor class. Regards, Arvid Showers, Cory R wrote: I’m trying to create the simple Tobago tree from the demo and I am getting an error. What am I doing wrong? Here is the error: 10:54:34,617 WARN [TreeNodeRenderer] name = null 10:54:34,617 ERROR [RendererBase] catched _RuntimeException_ : _java.lang.NullPointerException_ at org.apache.myfaces.tobago.model.TreeState.isMarked(_TreeState.java:102_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeNodeRenderer.encodeBeginTobago(_TreeNodeRenderer.java:252_) at org.apache.myfaces.tobago.renderkit.RendererBase.encodeBegin(_RendererBase.java:64_) at javax.faces.component.UIComponentBase.encodeBegin(_UIComponentBase.java:512_) at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(_RenderUtil.java:80_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeRenderer.getNodesAsJavascript(_TreeRenderer.java:236_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeRenderer.createJavascript(_TreeRenderer.java:215_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeRenderer.encodeEndTobago(_TreeRenderer.java:172_) at org.apache.myfaces.tobago.renderkit.RendererBase.encodeEnd(_RendererBase.java:103_) at javax.faces.component.UIComponentBase.encodeEnd(_UIComponentBase.java:536_) at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(_RenderUtil.java:90_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(_GridLayoutRenderer.java:286_) at org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(_UILayout.java:72_) at org.apache.myfaces.tobago.component.UIGridLayout.encodeChildrenOfComponent(_UIGridLayout.java:259_) at org.apache.myfaces.tobago.component.UIPanel.encodeChildren(_UIPanel.java:44_) at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(_RenderUtil.java:82_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.GridLayoutRenderer.encodeChildrenOfComponent(_GridLayoutRenderer.java:286_) at org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(_UILayout.java:72_) at org.apache.myfaces.tobago.component.UIGridLayout.encodeChildrenOfComponent(_UIGridLayout.java:259_) at org.apache.myfaces.tobago.component.UIPanel.encodeChildren(_UIPanel.java:44_) at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(_RenderUtil.java:82_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.DefaultLayoutRenderer.encodeChildrenOfComponent(_DefaultLayoutRenderer.java:55_) at org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(_UILayout.java:72_) at org.apache.myfaces.tobago.component.UIPanel.encodeChildren(_UIPanel.java:44_) at org.apache.myfaces.tobago.renderkit.RenderUtil.encode(_RenderUtil.java:82_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.DefaultLayoutRenderer.encodeChildrenOfComponent(_DefaultLayoutRenderer.java:55_) at org.apache.myfaces.tobago.component.UILayout.encodeChildrenOfComponent(_UILayout.java:72_) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.PageRenderer.encodeEndTobago(_PageRenderer.java:113_) at org.apache.myfaces.tobago.renderkit.RendererBase.encodeEnd(_RendererBase.java:103_) at javax.faces.component.UIComponentBase.encodeEnd(_UIComponentBase.java:536_) at javax.faces.webapp.UIComponentTag.encodeEnd(_UIComponentTag.java:495_) at javax.faces.webapp.UIComponentTag.doEndTag(_UIComponentTag.java:363_) at org.apache.myfaces.tobago.taglib.component.TobagoBodyTag.doEndTag(_TobagoBodyTag.java:54_) at org.apache.myfaces.tobago.taglib.component.PageTag.doEndTag(_PageTag.java:55_) at org.apache.jsp.begin_jsp._jspx_meth_tc_page_0(org.apache.jsp.begin_jsp:227) at org.apache.jsp.begin_jsp._jspx_meth_f_view_0(org.apache.jsp.begin_jsp:165) at org.apache.jsp.begin_jsp._jspService(org.apache.jsp.begin_jsp:128) at org.apache.jasper.runtime.HttpJspBase.service(_HttpJspBase.java:97_) at javax.servlet.http.HttpServlet.service(_HttpServlet.java:810_) at org.apache.jasper.servlet.JspServletWrapper.service(_JspServletWrapper.java:322_) at org.apache.jasper.servlet.JspServlet.serviceJspFile(_JspServlet.java:314_) at org.apache.jasper.servlet.JspServlet.service(_JspServlet.java:264_) at javax.servlet.http.HttpServlet.service(_HttpServlet.java:810_) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(_ApplicationFilterChain.java:252_) at org.apache.catalina.core.ApplicationFilterChain.doFilter(_ApplicationFilterChain.java:173_) at org.apache.catalina.core.ApplicationDispatcher.invoke(_ApplicationDispatcher.java:672_) at
Re: cant get simple tobago tree example to work
Showers, Cory R wrote: Can u see if it works with 1.0.7? I switched to 1.0.7 and the tree example works. Regarding Scarborough: Speyside is an extension of Scarborough and reuses the TreeRenderer. Therefore seeing org.apache.myfaces.tobago.renderkit.html.scarborough.standard.tag.TreeNodeRenderer in the stacktrace shouldn't be a problem. I tried to attached my current code, but the mail server rejects 10KB ZIP archives as spam... I'll try to send it to you directly. Regards, Arvid
[ANNOUNCE] MyFaces Tobago 1.0.7
The MyFaces Tobago team is pleased to announce the release of MyFaces Tobago 1.0.7. The goal of Tobago is to provide the community with a well designed set of user interface components based on JSF and run on MyFaces. Tobago is more than just a tag library, it contains some powerful tools for layouts and themes. For more information, please visit the Tobago site. MyFaces Tobago 1.0.7 is available for download from: http://myfaces.apache.org/tobago/download.html This is the first release of Tobago under the wings of MyFaces and the ASF. The version 1.0.7 is meant as a first stable release to build upon. The changes include: Bugs - Font of tc:link was not correct, if disabled=true - Tab panel in Richmond-Theme had scrollbars - Exception when submitting form without actionId - UITree lost config when rerendering view - Could not set focus to text input in sheet control (Internet Explorer only) - SelectManyRendererBase could not handle setters - JavaScript error in tc:sheet when showHeader=false Improvements - Extended the tx taglib, so the label attribute of the tc taglib is no longer been used - Combined the attributes label, labelWithAccessKey and accessKey to a single attribute label - Visual indicator for marked nodes in tc:tree - Simplified the theme handling - Toolbar button should open drop down menu - No exception, but warning in logfile, when using wrong count of columns in tc:sheet - Sheet supports paging in DataModel if getRowCount() returns -1 New Features - Facelets integration - Support for sheet sorting by application For a complete list please see: http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310273fixfor=12310824 Enjoy, Arvid Hülsebus
Re: Sheet - HowTo
Another question: how do i manage it to get a box or smth else centered
on the page. I'm thinking of a Login/Password Box simply centered on the
page
A simple login page could look like this:
f:view
tc:page label=${title} id=page width=1010 height=636
f:facet name=layout
tc:gridLayout rows=1*;fixed;1* columns=1*;400px;1*/
/f:facet
tc:cell spanX=3/
tc:cell/
tc:box label=Intraday Power Trading
f:facet name=layout
tc:gridLayout/
/f:facet
tx:in id=j_username label=User ID/
tx:in id=j_password password=true label=Password/
tc:panel
f:facet name=layout
tc:gridLayout columns=1*;100px/
/f:facet
tc:cell/
tc:button defaultCommand=true label=Login action=overview/
/tc:panel
/tc:box
tc:cell/
tc:cell spanX=3/
/tc:page
/f:view
Currently there is only gridLayout you would normally use.
Regards,
Arvid
Re: error while resolving artifact xslt-plugin
Hello, It looks like you have some problems with your network connection. You can navigate your browser to the location where Maven tries to locate the plugin in question: http://www.ibiblio.org/maven2/org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/ The plugin is there. You can try to run Maven again until it finally succeeds in loading the plugin into your local repository. Regards, Arvid Rogerio Pereira wrote: And with tobago too: Downloading: http://www.apache.org/dist/maven-repository//org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/wagon-ssh-external-1.0-alpha-6.pom http://www.apache.org/dist/maven-repository//org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/wagon-ssh-external-1.0-alpha-6.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error building POM (may not be this project's POM). Project ID: org.apache.maven.wagon:wagon-ssh-external Reason: Error getting POM for 'org.apache.maven.wagon:wagon-ssh-external' from the repository: Error transferring file org.apache.maven.wagon:wagon-ssh-external:pom:1.0-alpha-6 from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-maven-repository ( http://www.apache.org/dist/maven-repository/), apache-maven-snapshots (http://cvs.apache.org/maven-snapshot-repository)
Re: error while resolving artifact xslt-plugin
No, it's already configured... the URL http://repo1.maven.org/maven2 will redirect you to http://www.ibiblio.org/maven2/ So http://www.ibiblio.org/maven2/org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/ is equivalent to http://repo1.maven.org/maven2/org/apache/maven/wagon/wagon-ssh-external/1.0-alpha-6/ Rogerio Pereira wrote: So i must add ibiblio repo here.
Re: Layout of page components
Hello Mike! If nothing else, perhaps I can write up our discusson on this as a better answer Your are welcome to improve our FAQ ;-) What about the possiblity of components existing both in and out of tobago? I thought I would be able to discuss this matter more thoroughly with one of the other Tobago developers, to get an idea how this could work out. But I didn't had the the time up to now. As soon we have the 1.0.7 release out I hope we can tackle these integration issues. Regards, Arvid
Re: Layout of page components
Tobago calculates widths and heights on the server. Therefore it needs to be able to ask components about its size. We were thinking about providing a way to describe these sizes for other component sets but this wouldn't help to cope with the theming. Currently I don't see a good way to integrate the theming aspect with other component sets. Regards, Arvid Mike Kienenberger wrote: On 4/24/06, Martin Marinschek [EMAIL PROTECTED] wrote: Look into what tobago has for this - maybe we could port the idea of a layout manager over? Yes, it occurred to me right after I sent the message out that looking at Tobago was a good place to start. I know there were issues with combining Tobago components and other renderkits. Is this only because of the theming? Looking at the http://tobago.atanion.net/tobago-example-demo/faces/overview/layout.jsp example, I don't immediately see anything that couldn't be done within a standard renderkit.
[tobago] Release 1.0.7 delayed
Hello, we planned to have all issues for 1.0.7 fixed until tomorrow. But we are a little late. There are still 4 open issues and we need a little bit more testing. Therefore I moved the release date to 30/Apr/06. I hope we will have a release candidate soon. Regards, Arvid
Re: Tobago DateUnitTest failure
Hello, until we have a solution for the problems with DateUnitTest, I excluded the test. Regards, Arvid Volker Weber wrote: Hi Rogerio, the DateUnitTest again :-(. Can you please post the test results from 'target/surefire-reports/'. You can skip the tests with 'mvn -Dmaven.test.skip=true' Regards, Volker Rogerio Pereira wrote: Hi, I have a test failure on Tobago build process, is there any workaround? -- Yours truly (Atenciosamente), Rogério
Re: Tobago?
Hello, we had some problems with this unit test before. Looks like there is still something wrong. ... at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.DateUnitTest.checkField(DateUnitTest.java:179) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.DateUnitTest.checkFormat(DateUnitTest.java:174) at org.apache.myfaces.tobago.renderkit.html.scarborough.standard.DateUnitTest.testEnglishMonths(DateUnitTest.java:80) ... I suspect there is a problem with locale defaulting. I glanced over the code and set an explicit locale at the only point (which I found) where no locale was passed. Perhaps this solves your problem. Can you update the sources and try to run the tests again? Can you tell me which JDK you are using, the OS you are running the unit tests on and the default locale, which Java selects on your machine? This may help us to solve the real problem here. Otherwise you can disable unit tests in Maven by passing -Dmaven.test.skip=true. Thanks and sorry for the inconvenience, Arvid
Re: Tobago in a portal
Hello! Srinivas Surapaneni wrote: Has anyobe used Tobago in a portal/portlet environment successfully Not that I am aware of. Can use both Tomhawk and tobago components in the same project? At the moment this won't work too well. Tobago needs size information for components in order to be able to layout them. Currently there is no way to provide such information for other component sets like the Tomahawk components. Hopefully we will provide a feature like this in the future to be able to integrate with other component sets. Regards, Arvid
Re: How to set parameter in resource bundle in page
You can use h:outputFormat like this:
h:outputFormat value=#{bundle.list_footer}
f:param value=#{controller.addressCount} /
/h:outputFormat
Regards,
Arvid
Anthony Hong wrote:
IN JSF page, usual do i18n like
f:loadBundle basename=#{facesContext.application.messageBundle}
var=tagVar/
then h:outputText value=#{tagVar.TEMPLATE_LOGIN_USER}/:
I have a question how to use a composite message. like
tagKey=We met for {0} days
--
Anthony Hong
Re: Tobago simple example
Hello,
currently I wonder why the form is submitted at all, if enter is
pressed, because the button is not a default button. The workaround we
found for now is to explicitly define the button as default button:
tc:button action=#{clientConfigController.submit}
defaultCommand=true
label=#{overviewBundle.validation_submit} /
Can you check if this works for you? And can you file a bug report, please?
Thanks in advance,
Arvid
Nazar Stasiv wrote:
This is update to my previous message. Here I provide the exact page
from
C:\apache-tomcat-5.5.12\webapps\tobago-example-demo\overview\validation.jsp
with removed inputs
Use it to reproduce issue with tobago-example-demo validation.jsp page
%--
* Copyright 2002-2005 The Apache Software Foundation.
*
*Licensed under the Apache License, Version 2.0 (the License);
*you may not use this file except in compliance with the License.
*You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
*Unless required by applicable law or agreed to in writing, software
*distributed under the License is distributed on an AS IS BASIS,
*WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
*See the License for the specific language governing permissions and
*limitations under the License.
--%
%@ taglib uri=http://myfaces.apache.org/tobago/component;
prefix=tc %
%@ taglib uri=http://myfaces.apache.org/tobago/extension;
prefix=tx %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f %
%@ taglib tagdir=/WEB-INF/tags/layout prefix=layout %
layout:overview
jsp:body
tc:panel
f:facet name=layout
tc:gridLayout rows=80px;200px;1*; /
/f:facet
tc:out escape=false value=#{overviewBundle.validation_text} /
tc:box label=#{overviewBundle.validation_sampleTitle}
f:facet name=layout
tc:gridLayout rows=fixed;fixed /
/f:facet
tc:panel
f:facet name=layout
tc:gridLayout columns=1* /
/f:facet
tx:in label=#{overviewBundle.validation_price}
f:validateDoubleRange minimum=0.01 maximum=1000 /
/tx:in
/tc:panel
tc:panel
f:facet name=layout
tc:gridLayout columns=1*;100px /
/f:facet
tc:cell/
tc:button action=#{clientConfigController.submit}
label=#{overviewBundle.validation_submit} /
/tc:panel
/tc:box
tc:cell /
/tc:panel
/jsp:body
/layout:overview
Nazar Stasiv wrote:
If action is executed which has only one parameter t:in it will fail
with IllegalArgumentException
Below is listing of simple page I created from tobago-demo-example
application's pages. You can put it into example application and run
%@ taglib uri=http://myfaces.apache.org/tobago/component;
prefix=tc %
%@ taglib uri=http://myfaces.apache.org/tobago/extension;
prefix=tx %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f %
%@ taglib tagdir=/WEB-INF/tags/layout prefix=layout %
layout:page
jsp:body
tc:panel
f:facet name=layout
tc:gridLayout rows=fixed;fixed /
/f:facet
tc:in focus=true label=Show instances per page
value=#{instances.pagingLength}
f:validateLongRange minimum=1 maximum=100 /
/t:in tc:button immediate=true
type=submit action=#{navigator.instances} label=Submit /
/t:panel
/jsp:body
/layout:page
If tc:button control is clicked all goes fine, but if t:in has focus
and the enter key on the keyboard is pressed it crashes. Here is the
stack trace
java.lang.IllegalArgumentException: empty expr at
javax.faces.component.UIComponentBase.findComponent(UIComponentBase.java:211)
at
org.apache.myfaces.tobago.component.UIPage.processDecodes(UIPage.java:154)
at
javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:397)
at
javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:131)
at
org.apache.myfaces.tobago.component.UIViewRoot.processDecodes(UIViewRoot.java:158)
at
org.apache.myfaces.lifecycle.LifecycleImpl.applyRequestValues(LifecycleImpl.java:177)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:71)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:94)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at
com.acme.bpms.console.rest.rules.RulesEngine.doForward(RulesEngine.java:97)
Re: Tobago simple example
Ok, forget about the bug report... Volker already entered it.
Additionally the the workaround doesn't seem to work in IE, but only in
Firefox. So you have to wait for Volker's hotfix ;-)
Regards,
Arvid
Arvid Hülsebus wrote:
Hello,
currently I wonder why the form is submitted at all, if enter is
pressed, because the button is not a default button. The workaround we
found for now is to explicitly define the button as default button:
tc:button action=#{clientConfigController.submit}
defaultCommand=true
label=#{overviewBundle.validation_submit} /
Can you check if this works for you? And can you file a bug report,
please?
Thanks in advance,
Arvid
Nazar Stasiv wrote:
This is update to my previous message. Here I provide the exact page
from
C:\apache-tomcat-5.5.12\webapps\tobago-example-demo\overview\validation.jsp
with removed inputs
Use it to reproduce issue with tobago-example-demo validation.jsp page
%--
* Copyright 2002-2005 The Apache Software Foundation.
*
*Licensed under the Apache License, Version 2.0 (the License);
*you may not use this file except in compliance with the License.
*You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
*Unless required by applicable law or agreed to in writing, software
*distributed under the License is distributed on an AS IS BASIS,
*WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
*See the License for the specific language governing permissions and
*limitations under the License.
--%
%@ taglib uri=http://myfaces.apache.org/tobago/component;
prefix=tc %
%@ taglib uri=http://myfaces.apache.org/tobago/extension;
prefix=tx %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f %
%@ taglib tagdir=/WEB-INF/tags/layout prefix=layout %
layout:overview
jsp:body
tc:panel
f:facet name=layout
tc:gridLayout rows=80px;200px;1*; /
/f:facet
tc:out escape=false value=#{overviewBundle.validation_text} /
tc:box label=#{overviewBundle.validation_sampleTitle}
f:facet name=layout
tc:gridLayout rows=fixed;fixed /
/f:facet
tc:panel
f:facet name=layout
tc:gridLayout columns=1* /
/f:facet
tx:in label=#{overviewBundle.validation_price}
f:validateDoubleRange minimum=0.01 maximum=1000 /
/tx:in
/tc:panel
tc:panel
f:facet name=layout
tc:gridLayout columns=1*;100px /
/f:facet
tc:cell/
tc:button action=#{clientConfigController.submit}
label=#{overviewBundle.validation_submit} /
/tc:panel
/tc:box
tc:cell /
/tc:panel
/jsp:body
/layout:overview
Nazar Stasiv wrote:
If action is executed which has only one parameter t:in it will fail
with IllegalArgumentException
Below is listing of simple page I created from tobago-demo-example
application's pages. You can put it into example application and run
%@ taglib uri=http://myfaces.apache.org/tobago/component;
prefix=tc %
%@ taglib uri=http://myfaces.apache.org/tobago/extension;
prefix=tx %
%@ taglib uri=http://java.sun.com/jsf/core; prefix=f %
%@ taglib tagdir=/WEB-INF/tags/layout prefix=layout %
layout:page
jsp:body
tc:panel
f:facet name=layout
tc:gridLayout rows=fixed;fixed /
/f:facet
tc:in focus=true label=Show instances per page
value=#{instances.pagingLength}
f:validateLongRange minimum=1 maximum=100 /
/t:in tc:button immediate=true
type=submit action=#{navigator.instances} label=Submit /
/t:panel
/jsp:body
/layout:page
If tc:button control is clicked all goes fine, but if t:in has focus
and the enter key on the keyboard is pressed it crashes. Here is the
stack trace
java.lang.IllegalArgumentException: empty expr at
javax.faces.component.UIComponentBase.findComponent(UIComponentBase.java:211)
at
org.apache.myfaces.tobago.component.UIPage.processDecodes(UIPage.java:154)
at
javax.faces.component.UIComponentBase.processDecodes(UIComponentBase.java:397)
at
javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:131)
at
org.apache.myfaces.tobago.component.UIViewRoot.processDecodes(UIViewRoot.java:158)
at
org.apache.myfaces.lifecycle.LifecycleImpl.applyRequestValues(LifecycleImpl.java:177)
at
org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:71)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:94)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463
Re: Internationalization - East-european-characters in resourcebundle
Another solution would be to use native2ascii [1]. I tried something like this: native2ascii -encoding UTF-8 t1.properties t2.properties Properties properties = new Properties(); properties.load(new FileInputStream(t2.properties)); assertEquals(Ššľť, properties.get(key)); java.util.Properties#load assumes that property files are encoded in ISO 8859-1. Regards, Arvid [1] http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/native2ascii.html Harald Müller wrote: Hi! I'm having problems with east-european characters in resourcebundle. Bad characters are (example): Ššľť I've tried to convert it into unicode but that does not seem to work for all characters. I have no problem to read from a xml-file correctly (of course). So ... Is there a way to extend ResourceBundle, fill it up with parsed values from the xml-file and finally use it in my jsf-page (with f:loadBundle/)? Or is there another way to render these characters correctly on my page? Thanks for advice! rgds H
Re: Using Tobago with facelet?
I would check in my example, but there seems to be no facelets artifact on the default Maven repository. Is CDDL compatible to AL2? Is it planned to put facelets on Ibiblio? If this is the case we could temporarily put an artifact on www.atanion.com/maven2. Regards, Arvid Thomas Gaudin wrote: Hi, Arvid, I am trying to reach the same point than you but I am having problems. I built and deployed the example demo and it works great but when I try to insert a sample in my facelet web application (even the simplest hello world example) I keep getting : [benevole.info] ERROR [http-80-Processor24] ResourceManagerImpl.getPaths(323) | Path not found, and no fallback. Using empty string. mainDirs = '[org/apache/myfaces/tobago/renderkit]' contentType = 'html' theme = 'speyside' browser = 'mozilla_5_0' subDir = 'tag' name = 'org.apache.myfaces.StylesheetRenderer' suffix = '' key = 'null' [benevole.info] ERROR [http-80-Processor24] ResourceManagerImpl.getRenderer(429) | name = 'org.apache.myfaces.StylesheetRenderer' clientProperties = 'html/speyside/mozilla_5_0' java.lang.NullPointerException at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:424) at org.apache.myfaces.tobago.renderkit.TobagoRenderKit.getRenderer(TobagoRenderKit.java:63) at javax.faces.component.UIComponentBase.getRenderer(UIComponentBase.java:744) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:509) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:544) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:551) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) . 9 févr. 2006 16:55:04 com.sun.facelets.FaceletViewHandler handleRenderException GRAVE: Error Rendering View java.lang.RuntimeException: org.apache.myfaces.StylesheetRenderer at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:433) at org.apache.myfaces.tobago.renderkit.TobagoRenderKit.getRenderer(TobagoRenderKit.java:63) at javax.faces.component.UIComponentBase.getRenderer(UIComponentBase.java:744) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:509) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:544) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:551) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) ... Caused by: java.lang.NullPointerException at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:424) ... 71 more 9 févr. 2006 16:55:04 com.sun.facelets.FaceletViewHandler handleRenderException Has anybody some clue about the reason of this problem? Thanks, Thomas Arvid Hülsebus a écrit : Yes, thanks a lot! I just came home from work and updated the example. Now the gridLayout works: But I still get this warning: 08.02.2006 23:33:16 com.sun.facelets.tag.jsf.ComponentRule warnAttr WARNUNG: /helloWorld.xml @10,43 columns=fixed;* Property 'columns' is not on type: org.apache.myfaces.tobago.component.UIGridLayout Unfortunately I'm pretty tired and have to go to bed... I will look into the other problems tomorrow night -- like the missing SPAN tag around the label content: span class=tobago-out-defaultHello World/span Regards, Arvid --- Wanadoo vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.2/253 - Release Date: 07/02/2006
Re: Using Tobago with facelet?
It looks like you didn't add the Tobago resources to your WAR. If you look into the tobago-example-demo WAR, you will see the directory /tobago, which contains the resources needed by the themes. You will need to add these to your WAR, too. Udo is currently working on simplifying this. Afterwards the themes will packaged as archives and you won't need to unpack them. If you use maven this is currently done automatically. Regards, Arvid Thomas Gaudin wrote: Hi, Arvid, I am trying to reach the same point than you but I am having problems. I built and deployed the example demo and it works great but when I try to insert a sample in my facelet web application (even the simplest hello world example) I keep getting : [benevole.info] ERROR [http-80-Processor24] ResourceManagerImpl.getPaths(323) | Path not found, and no fallback. Using empty string. mainDirs = '[org/apache/myfaces/tobago/renderkit]' contentType = 'html' theme = 'speyside' browser = 'mozilla_5_0' subDir = 'tag' name = 'org.apache.myfaces.StylesheetRenderer' suffix = '' key = 'null' [benevole.info] ERROR [http-80-Processor24] ResourceManagerImpl.getRenderer(429) | name = 'org.apache.myfaces.StylesheetRenderer' clientProperties = 'html/speyside/mozilla_5_0' java.lang.NullPointerException at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:424) at org.apache.myfaces.tobago.renderkit.TobagoRenderKit.getRenderer(TobagoRenderKit.java:63) at javax.faces.component.UIComponentBase.getRenderer(UIComponentBase.java:744) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:509) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:544) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:551) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) . 9 févr. 2006 16:55:04 com.sun.facelets.FaceletViewHandler handleRenderException GRAVE: Error Rendering View java.lang.RuntimeException: org.apache.myfaces.StylesheetRenderer at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:433) at org.apache.myfaces.tobago.renderkit.TobagoRenderKit.getRenderer(TobagoRenderKit.java:63) at javax.faces.component.UIComponentBase.getRenderer(UIComponentBase.java:744) at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:509) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:544) at com.sun.facelets.FaceletViewHandler.encodeRecursive(FaceletViewHandler.java:551) at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:457) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:372) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) ... Caused by: java.lang.NullPointerException at org.apache.myfaces.tobago.context.ResourceManagerImpl.getRenderer(ResourceManagerImpl.java:424) ... 71 more 9 févr. 2006 16:55:04 com.sun.facelets.FaceletViewHandler handleRenderException Has anybody some clue about the reason of this problem? Thanks, Thomas Arvid Hülsebus a écrit : Yes, thanks a lot! I just came home from work and updated the example. Now the gridLayout works: But I still get this warning: 08.02.2006 23:33:16 com.sun.facelets.tag.jsf.ComponentRule warnAttr WARNUNG: /helloWorld.xml @10,43 columns=fixed;* Property 'columns' is not on type: org.apache.myfaces.tobago.component.UIGridLayout Unfortunately I'm pretty tired and have to go to bed... I will look into the other problems tomorrow night -- like the missing SPAN tag around the label content: span class=tobago-out-defaultHello World/span Regards, Arvid --- Wanadoo vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.375 / Virus Database: 267.15.2/253 - Release Date: 07/02/2006
Re: Using Tobago with facelet?
Yes, thanks a lot! I just came home from work and updated the example. Now the gridLayout works: But I still get this warning: 08.02.2006 23:33:16 com.sun.facelets.tag.jsf.ComponentRule warnAttr WARNUNG: /helloWorld.xml @10,43 columns="fixed;*" Property 'columns' is not on type: org.apache.myfaces.tobago.component.UIGridLayout Unfortunately I'm pretty tired and have to go to bed... I will look into the other problems tomorrow night -- like the missing SPAN tag around the label content: span class="tobago-out-default"Hello World/span Regards, Arvid
Re: Using Tobago with facelet?
If I have some time tonight I will give it a try -- finally. I just postponed this far too long... Regards, Arvid Mike Kienenberger wrote: Thomas, [EMAIL PROTECTED] is also the tobago users mailing list. I know that the question of combining tobago and facelets has come up before, but I don't know if anyone has done it. It's been breifly discussed in the past, and there shouldn't be any reasons why it can't work. Since you also posted to the facelets mailing list as well as here, hopefully you'll hear back if someone has done so. My recommendation is to just try it -- it should be simple enough to create the tobago.taglib.xml file. Someone has to be the first user -- it was me for tomahawk, and I didn't know anything about facelets or JSF when I started :) On 2/7/06, Thomas Gaudin [EMAIL PROTECTED] wrote: Hi, I am wondering wether it is possible to use some tobago components with facelet like : http://tobago.atanion.net/tobago-example-demo/faces/overview/layout.jsp or http://tobago.atanion.net/tobago-example-demo/faces/overview/sheetControl.jsp Did anybody integrate them already? Any hints are warmly welcome. Is there a tobago mailing list by the way? Thanks. Thomas
Re: Using Tobago with facelet?
Hello! Here is a short description of my findings before I go to bed: I started to write a Facelets taglib for some of the Tobago core tags: page, out, gridLayout, panel, label and in. A simple XML file like this f:view xmlns:f="http://java.sun.com/jsf/core" xmlns:tc="http://myfaces.apache.org/tobago/component" tc:page f:facet name="layout" tc:gridLayout/ /f:facet tc:out value="Hello World"/ tc:panel f:facet name="layout" tc:gridLayout columns="fixed;*"/ /f:facet tc:label value="foo"/ tc:in value="bar"/ /tc:panel /tc:page /f:view results in this There are still problems with the out and panel elements. This is the result, if I render the same tags via JSP: It looks like we have still some bugs to fix until this really works... Regards, Arvid
Re: Tomcat didn't load JSF-Page (Tobago-Problem?)
Hello! I currently extend the Tobago example address demo. To be able to (re)deploy with IDEA I use Maven2 to set up an IDEA project with mvn idea:idea The web project created for tobago-example-addressbook doesn't work out of the box, though. I have to make some changes: - select Tomcat under Web Module Settings - change the packaging method for all libraries to 'copy files to' - set up an addtional web resource directory: Source: ...\target\tobago-example-addressbook\tobago Target: /tobago - Check 'Create web module exploded directory' and 'Synchronize exploded directory' under J2EE Build Settings After making a change on a JSP page or in one of the Java files, I hit 'Make Project' and the changes are active after a short while. No problems with caching so far. Regards, Arvid Juergen Melzer wrote: Hi Bernd, the problem is not a redeploy with maven. i use Intellij to make the deploying. So I don't want to restart the servletcontext. But I think the problem are the caching mechanismen in tobago. I saw that you have at minimum two caches: one is the Resourcemanager the second is in ThemeConfig. i disabled both but nothing changed :-( It must be something in caching the calculated heights and widths of the components. The best thing should be to make it possible to disable this feature in the tobago-config.xml otherwise the development turnaround time will be much bigger. Thanks, Jürgen From: Bernd Bohmann [EMAIL PROTECTED] Reply-To: MyFaces Discussion users@myfaces.apache.org To: MyFaces Discussion users@myfaces.apache.org Subject: Re: Tomcat didn't load JSF-Page (Tobago-Problem?) Date: Thu, 10 Nov 2005 19:33:17 +0100 Hi Juergen, if you are using maven2 for deployment the maven-tomcat-plugin has a problem with tomcat:redeploy. Please use mvn tomcat:undeploy tomcat:deploy. I will look at this issue if i had some extra time perhaps at the weekend. If you are not using maven2 please send a detail description what are you doing. Bernd My faces schrieb: Hi all, when I deploy a new JSF-Page with Tobago-tags inside without restarting the context the Browser didn't show the actual page. After restarting Tomcat it show it correct. Is this a Tobago problem or normal with JSF development? Regards, Juergen _ Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden! -- Dipl.-Ing. Bernd Bohmann - Atanion GmbH - Software Development Bismarckstr. 13, 26122 Oldenburg, http://www.atanion.com phone: +49 441 4082312, mobile: +49 173 8839471, fax: +49 441 4082333 _ Sie suchen E-Mails, Dokumente oder Fotos? Die neue MSN Suche Toolbar mit Windows-Desktopsuche liefert in sekundenschnelle Ergebnisse. Jetzt neu! http://desktop.msn.de/ Jetzt gratis downloaden!
Re: TOBAGO: howto handle client side events (e.g. onchage) in t:selectManyCheckBox
True, most of the output formats for Tobago which come to my mind have an XML based syntax, therefore you have a DOM and it's pretty easy to define a JavaScript binding for this DOM. If I take SVG (I always wanted a SVG renderer for Tobago ;-) as an example the standard scripting language is JavaScript. The question is if scripts written for the HTML DOM will work on the SVG DOM as well. I'm still hoping that most of the common problems where you normally resort to scripting can be solved in Tobago directly in an abstract way. There are other output media, where the standard scripting language is not JavaScript. For example, I took a look at ActionScript for Flash, which reminds me more of BASIC... but I never really worked with Flash, so I might be wrong here. Since Tobago currently doesn't support any other output medium in a complete manor, perhaps we should support more JavaScript events than we currently do. Actually I consider the supported JavaScript event handlers more or less as hacks and I would like to get rid of them. I have some bad memories regarding JavaScript in a taglib similiar to Tobago... Regards, Arvid Martin Marinschek wrote: Hmmm Thing is that for XML based languages, JavaScript has become something like a scripting standard. regards, Martin On 10/6/05, Udo Schnurpfeil [EMAIL PROTECTED] wrote: Hello, this is a known problem, but we don't have a solution yet. The main idea of Tobago is that the source code (especially the JSP pages) are independent from the output format (e.g. HTML). If we allow to set onchange and onclick events, the source code will depend on the output format. One solution might be to use an abstract scripting language, which can be translated into different output formats. But there is no decision yet. Do you have a concrete problem? Maybe I can help you? Regards, Udo Dani Kenan wrote: Hi, I would like to handle onchage or onclick events in the client side. It seems missing from the Tobago tld. Is there away around this limitation? Is there a chance to get a fix for that? TIA Dani -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
Re: How to get a look at tobago
Hello! We have set up a public Subversion repository recently at: http://www.atanion.net/repos/asf/tobago/trunk/ Browsing the repository currently doesn't seem to work with IDEA. So you may have to check out manually via svn co http://www.atanion.net/repos/asf/tobago/trunk/ tobago To compile Tobago you need Java 5 and Ant 1.6.5. Just run ant install in the root directory. Afterwards you may want to build one of the examples. Change the directory to example/demo and run ant war There is a readme.txt (http://www.atanion.net/repos/asf/tobago/trunk/readme.txt) in the main directory which summarizes these steps. We also started to generate a web site with Maven 2 to make this kind of information easier to access. But it is not deployed yet... Regards, Arvid Solgrims wrote: Hi, is there a way to access the tobago repository? And if so: what do I need to build tobago? Regards, Stefan Hedtfeld.
