RE: [trinidad] Issues building 1.2.8
Hi, It looks like deleting something from the repository and forcing it to be downloaded again will make the initial connection. If that connection is not made then the tests will fail as below. Forcing the download allows for successful tests and build completion. G -Original Message- From: Matthias Wessendorf [mailto:[EMAIL PROTECTED] Sent: 01 July 2008 20:46 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 I am not sure but I think I saw it in the past with facelets. -M Sent from my iPod. Am 01.07.2008 um 21:23 schrieb Scott O'Bryan [EMAIL PROTECTED]: Some XML parsers try to resolve schema's via the namespace url if there is no resolver for them. Typically jars will register a resolver to local copies of the schema files using a namespace handler, so this is not always necessary. If you're missing the handler and your XML parser is set up to do strict validation, you'll probably want to have access to the internet. Technically according to the XML specification, this is the incorrect behavior. These URL's for the namespace DO NOT need to be present on the internet, but then it is up to the framework to register all of the schemas. You should be able to turn this functionality off. Scott Matthias Wessendorf wrote: Well, looks like the DTD for some XMLs are validated via internet, like facelets. -M On Tue, Jul 1, 2008 at 7:18 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Yes, behind a firewall. The setting has the correct proxy - configed as below. There were no other changes to settings.xml. proxy idmain_proxy/id activetrue/active protocolhttp/protocol hostXXX.X.XXX.XXX/host port8080/port nonProxyHostslocalhost, 127.0.0.1/nonProxyHosts /proxy Wouldn't an incorrect proxy prevent the initial build? Leave the repository empty? I have another project using 1.0.8 and there are no issues building it. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 17:51 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 It works for me... Looking at the TXT, I see: java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) You are behind a firewall, right ? Is there any chance that your settings.xml is just wrong ? Like, wrong proxy, etc ? -Matthias On Tue, Jul 1, 2008 at 6:41 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Crazy indeed. Which is why I'm guessing it's just me. ;-) I've attached the surefire reports if it helps. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 17:36 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 crazy. let me check that. It would be odd if the source release of an open source project has an issue... -Matthias On Tue, Jul 1, 2008 at 5:01 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi Matthias, I've checked out both 1.2.7 and 1.2.8. Both fail in the same way. Clean and install works with an empty repository. It then fails on an immediate rerun. The failure occurs for Trinidad-impl with the test issues below. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 13:28 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi, On Tue, Jul 1, 2008 at 2:23 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. so, when you delete the repo it works ? However, if I immediately try to rebuild it fails with the following test errors: that means with an existing repo it doesn't work ? Strange. Can you test 1.2.7 as well ? PS: does the SVN checckout work for you ? -M initializationError0 (org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS (org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS (org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access
RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Hi Andrew,
I can see the el being evaluated correctly when using outputText.
tr:inputDate id=dateChoice value=#{nodeData}
rendered=#{nodeType['date'] and !nodeReadOnly}
maximumLength=#{nodePrecision} shortDesc=#{nodeFormat}
tr:convertDateTime pattern=#{entity['format']}
secondaryPattern=#{entity['format']} /
/tr:inputDate
tr:outputText value=pattern: #{nodeFormat}
inlineStyle=display:block; /
tr:outputText value=pattern: #{entity['format']}
inlineStyle=display:block; /
Adding a few logs it would appear that the pattern and secondaryPattern
attributes are not being set in the
org.apache.myfaces.trinidad.convert.DateTimeConverter objects.
If I use the converter on a standalone inputDate it appears to be fine.
Just the use in the treetable that seems to be affected.
I see that the ConvertDateTimeTag is auto generated. How can I get in
there and see if this is sending blanks or receiving them.
BTW, I have moved back to Trinidad 1.2.7
G
-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED]
Sent: 09 July 2008 18:37
To: MyFaces Discussion
Subject: Re: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Try adding this to the page and email the result:
tr:outputText value=pattern: #{entity['format']}
inlineStyle=display:block; /
Add one of these for every EL expression that you may question if it
is working or not.
-Andrew
On Wed, Jul 9, 2008 at 10:47 AM, Gerard Donnelly
[EMAIL PROTECTED] wrote:
Hi Andrew,
I've sorted the issue with the Illegal Argument. My mistake.
However, the convertDateTime tag is still not working.
The tag is kicking in but the evaluation of the pattern is not.
If I hard code a value of 'MMdd' everything is sweet - in those
cases where that is the actual pattern I require.
If I rely on el (either nodeFormat or entity['format']) the pattern
seems to be set to .
I'm guessing this is the case as the attached image shows a valid
example being blank.
Setting of shortDesc with nodeFormat is fine and the required value is
displayed as a tool tip.
tr:inputDate id=dateChoice value=#{nodeData}
rendered=#{nodeType['date'] and !nodeReadOnly}
maximumLength=#{nodePrecision}
shortDesc=#{nodeFormat}
tr:convertDateTime pattern=#{entity['format']}
secondaryPattern=#{entity['format']} /
/tr:inputDate
Thanks,
Gerry
-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED]
Sent: 08 July 2008 16:56
To: MyFaces Discussion
Subject: Re: [Trinidad] Facelets, tr:treeTable and tr:inputDate
** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content **
Didn't realise that that was the case. Seems to be working though.
I think there may be a discrepancy between the c:set in JSTL and the
behavior of the c:set TagHandler in facelets. Another user was saying
that it worked as well. Facelets must implement it differently by not
evaluating the EL immediately, but instead doing a substitution of EL.
With the exception of tr:convertDateTime. Is this also related to
evaluation order?
I just looked at the source code after reading your stack trace, and
the UIXComponentBase.findComponent is dying on this line:
if (.equals(id))
throw new IllegalArgumentException();
Interpreting the stack trace:
Caused by: java.lang.IllegalArgumentException
at
org.apache.myfaces.trinidad.component.UIXComponentBase.findComponent(UIX
ComponentBase.java:491)
at
org.apache.myfaces.trinidad.util.ComponentUtils.findRelativeComponent(Co
mponentUtils.java:385)
at
org.apache.myfaces.trinidadinternal.context.RequestContextImpl.addPartia
lTriggerListeners(RequestContextImpl.java:550)
at
org.apache.myfaces.trinidad.component.UIXComponentBase.decode(UIXCompone
ntBase.java:710)
It seems that the partialTtriggers of a component is during decode,
which is an invalid value (although if true, this should probably be
handled).
From the stack, it appears that the problem is a child of a column
component. Try to see if you can determine the component and
partialTriggers that may be blank on decode, then get back to us.
P Please consider the environment before printing this email
P Please consider the environment before printing this email
_
1. The information contained in this E-mail, including any files
transmitted with it, is confidential and may be legally privileged. This
E-mail is intended only for the personal attention of the stated
addressee(s). Any access to this E-mail, including any files transmitted
with it, by any other person is unauthorised. If you are not an
addressee, you must not disclose, copy, circulate or in any other way
use or rely on the information contained in this E-mail or any files
transmitted with it. Such unauthorised use may be unlawful
RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Hi Andrew,
I've sorted the issue with the Illegal Argument. My mistake.
However, the convertDateTime tag is still not working.
The tag is kicking in but the evaluation of the pattern is not.
If I hard code a value of 'MMdd' everything is sweet - in those
cases where that is the actual pattern I require.
If I rely on el (either nodeFormat or entity['format']) the pattern
seems to be set to .
I'm guessing this is the case as the attached image shows a valid
example being blank.
Setting of shortDesc with nodeFormat is fine and the required value is
displayed as a tool tip.
tr:inputDate id=dateChoice value=#{nodeData}
rendered=#{nodeType['date'] and !nodeReadOnly}
maximumLength=#{nodePrecision}
shortDesc=#{nodeFormat}
tr:convertDateTime pattern=#{entity['format']}
secondaryPattern=#{entity['format']} /
/tr:inputDate
Thanks,
Gerry
-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED]
Sent: 08 July 2008 16:56
To: MyFaces Discussion
Subject: Re: [Trinidad] Facelets, tr:treeTable and tr:inputDate
** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content **
Didn't realise that that was the case. Seems to be working though.
I think there may be a discrepancy between the c:set in JSTL and the
behavior of the c:set TagHandler in facelets. Another user was saying
that it worked as well. Facelets must implement it differently by not
evaluating the EL immediately, but instead doing a substitution of EL.
With the exception of tr:convertDateTime. Is this also related to
evaluation order?
I just looked at the source code after reading your stack trace, and
the UIXComponentBase.findComponent is dying on this line:
if (.equals(id))
throw new IllegalArgumentException();
Interpreting the stack trace:
Caused by: java.lang.IllegalArgumentException
at
org.apache.myfaces.trinidad.component.UIXComponentBase.findComponent(UIX
ComponentBase.java:491)
at
org.apache.myfaces.trinidad.util.ComponentUtils.findRelativeComponent(Co
mponentUtils.java:385)
at
org.apache.myfaces.trinidadinternal.context.RequestContextImpl.addPartia
lTriggerListeners(RequestContextImpl.java:550)
at
org.apache.myfaces.trinidad.component.UIXComponentBase.decode(UIXCompone
ntBase.java:710)
It seems that the partialTtriggers of a component is during decode,
which is an invalid value (although if true, this should probably be
handled).
From the stack, it appears that the problem is a child of a column
component. Try to see if you can determine the component and
partialTriggers that may be blank on decode, then get back to us.
P Please consider the environment before printing this email
P Please consider the environment before printing this email
_
1. The information contained in this E-mail, including any files transmitted
with it, is confidential and may be legally privileged. This E-mail is intended
only for the personal attention of the stated addressee(s). Any access to this
E-mail, including any files transmitted with it, by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in this
E-mail or any files transmitted with it. Such unauthorised use may be unlawful.
If you have received this E-mail in error, please inform the sender immediately
and delete it and all copies from your system. You may not forward this E-mail
without the permission of the sender.
2. The views expressed in this E-mail are those of the author, and do not
necessarily represent the views of AMT-SYBEX. Internet communications are not
secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the
contents of this message nor for any damage caused by viruses.
AMT-SYBEX Limited is a UK company, registration number GB03036807 at address
The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address
Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
_
attachment: inputDate.JPG
RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Hi Andrew,
Didn't realise that that was the case. Seems to be working though.
With the exception of tr:convertDateTime. Is this also related to
evaluation order?
Thanks,
Gerry
-Original Message-
From: Andrew Robinson [mailto:[EMAIL PROTECTED]
Sent: 07 July 2008 17:45
To: MyFaces Discussion
Subject: Re: [Trinidad] Facelets, tr:treeTable and tr:inputDate
** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content **
You cannot use c:set with a dataTable var. JSTL is evaluated at JSP
tag execution, treeTable var is only available during JSF lifecycle
processing
On Mon, Jul 7, 2008 at 10:40 AM, Gerard Donnelly
[EMAIL PROTECTED] wrote:
Hi all,
I have created a treeStructure component and used it as below. Ideally
I'd
like to reuse the structure for tree models and bindings coming from
different backing beans.
tr:treeTable id=dtsTable value=#{searchBean.dtsTreeModel}
var=treeRow binding=#{searchBean.bindings.flowTreeTable}
summary=#{bundle.tb_sum_createFlow} rowBandingInterval=1
rendered=#{searchBean.fileData.cdffAvailable}
initiallyExpanded=true
dts:treeStructure entity=#{treeRow} /
/tr:treeTable
The tree structure itself is defined as :
ui:composition xmlns=http://www.w3.org/1999/xhtml;
xmlns:c=http://java.sun.com/jstl/core;
xmlns:ui=http://java.sun.com/jsf/facelets;
xmlns:f=http://java.sun.com/jsf/core;
xmlns:tr=http://myfaces.apache.org/trinidad;
c:set var=nodeType value=#{entity['logicalType']} /
c:set var=nodeData value=#{entity['data']} /
c:set var=nodeReadOnly value=#{entity['readOnly']} /
c:set var=nodePrecision value=#{entity['precision']} /
c:set var=nodeFormat value=#{entity['format']} /
f:facet name=nodeStamp
tr:column headerText=#{bundle.th_TT_description}
tr:outputText value=#{entity['description']}
styleClass=MandatoryField-#{entity['mandatory']}
/
/tr:column
/f:facet
tr:column
f:facet name=header
tr:outputText value=#{bundle.th_TT_data} /
/f:facet
tr:outputText value=#{nodeData}
rendered=#{nodeReadOnly} /
tr:inputText value=#{nodeData}
rendered=#{(nodeType['time'] || nodeType['string']
||
nodeType['number']) and !nodeReadOnly}
maximumLength=#{nodePrecision}
shortDesc=#{nodeFormat}
readOnly=#{nodeReadOnly} /
tr:selectOneChoice id=valSetChoice value=#{nodeData}
autoSubmit=true rendered=#{nodeType['validSet']
and
!nodeReadOnly}
tr:selectItem value= label=#{bundle.dd_select}
/
f:selectItems value=#{entity['validSet']} /
/tr:selectOneChoice
tr:inputDate id=dateChoice value=#{nodeData}
autoSubmit=true
rendered=#{nodeType['date'] and !nodeReadOnly}
maximumLength=#{nodePrecision}
shortDesc=#{nodeFormat}
tr:convertDateTime pattern=#{nodeFormat} /
/tr:inputDate
/tr:column
tr:column styleClass=DecodeColumn
f:facet name=header
tr:outputText value=#{bundle.th_TT_decoded} /
/f:facet
tr:outputText value=#{entity['decoded']}
partialTriggers=valSetChoice dateChoice /
/tr:column
/ui:composition
Everything appears to work fine except the tr:convertDateTime. It
seems to
just ignore it and I end up with invalid date warnings.
I've also tried passing the converter into the tag and putting in a
ui:insert placeholder in the custom component but this doesn't have
any
effect.
Is there anything else I can try?
Regards,
Gerry
P Please consider the environment before printing this email
_
1. The information contained in this E-mail, including any files
transmitted
with it, is confidential and may be legally privileged. This E-mail is
intended only for the personal attention of the stated addressee(s).
Any
access to this E-mail, including any files transmitted with it, by any
other
person is unauthorised. If you are not an addressee, you must not
disclose,
copy, circulate or in any other way use or rely on the information
contained
in this E-mail or any files transmitted with it. Such unauthorised use
may
be unlawful. If you have received this E-mail in error, please inform
the
sender immediately and delete it and all copies from your system. You
may
not forward this E-mail without the permission of the sender.
2. The views expressed in this E-mail are those of the author, and do
not
necessarily represent the views of AMT-SYBEX. Internet communications
are
not secure and AMT-SYBEX cannot, therefore
RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Hi All, I'm still looking at this. From looking at the source code it appears that the exception below is thrown for blank (as opposed to null) ids. Caused by: java.lang.IllegalArgumentException at org.apache.myfaces.trinidad.component.UIXComponentBase.findComponent(UIX ComponentBase.java:491) at org.apache.myfaces.trinidad.util.ComponentUtils.findRelativeComponent(Co mponentUtils.java:385) With this in mind I have explicitly given ids to components likely to use PPR. However, the exception is still being thrown. Is there anything particular to components within a treeTable either having their ids reset or just not being found? Thanks, Gerry From: Gerard Donnelly [mailto:[EMAIL PROTECTED] Sent: 30 June 2008 12:01 To: MyFaces Discussion Subject: RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate Sorry, that should be myfaces 1.2.3 From: Gerard Donnelly [mailto:[EMAIL PROTECTED] Sent: 30 June 2008 11:41 To: MyFaces Discussion Subject: [Trinidad] Facelets, tr:treeTable and tr:inputDate ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi all, I have an existing small project. It's getting larger so I'm attempting to make use of Facelets. I would like to make a reusable component based on the tr:treetable. But, as yet, I cannot get it working when using it as the content of a predefined template. The tree table has several columns but only one input field - rendered based on the type of the required data (see attached extract). I have implemented this without Facelets and it works fine. Using Facelets, it seems to ignore the pattern specified in the convertDataTime. I'm also getting a PPR error when clicking on the icon to display the calendar. This doesn't occur all the time and I haven't yet determined how to regularly recreate this. The exception is attached. These errors are particular to use in a tr:treeTable component - I've used input dates in a standard tr:form and have no issues. I've using Trinidad 1.2.8, myfaces 1.2.4 and Facelets 1.1.14 on SAP Netweaver Any tips would be greatly appreciated. Regards, Gerry Donnelly P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com http://www.amt-sybex.com/ _ P Please consider the environment before printing this email
[trinidad] Issues building 1.2.8
Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. However, if I immediately try to rebuild it fails with the following test errors: initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _
RE: [trinidad] Issues building 1.2.8
Hi Matthias, Yes, that's it. It only works with an empty repository. I'll checkout both 1.2.7 and 1.2.8 and see what happens with the build. Thanks, G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 13:28 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi, On Tue, Jul 1, 2008 at 2:23 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. so, when you delete the repo it works ? However, if I immediately try to rebuild it fails with the following test errors: that means with an existing repo it doesn't work ? Strange. Can you test 1.2.7 as well ? PS: does the SVN checckout work for you ? -M initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org P Please consider the environment before printing this email
RE: [trinidad] Issues building 1.2.8
Hi Matthias, I've checked out both 1.2.7 and 1.2.8. Both fail in the same way. Clean and install works with an empty repository. It then fails on an immediate rerun. The failure occurs for Trinidad-impl with the test issues below. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 13:28 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi, On Tue, Jul 1, 2008 at 2:23 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. so, when you delete the repo it works ? However, if I immediately try to rebuild it fails with the following test errors: that means with an existing repo it doesn't work ? Strange. Can you test 1.2.7 as well ? PS: does the SVN checckout work for you ? -M initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org P Please consider the environment before printing this email
RE: [trinidad] Issues building 1.2.8
Crazy indeed. Which is why I'm guessing it's just me. ;-) I've attached the surefire reports if it helps. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 17:36 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 crazy. let me check that. It would be odd if the source release of an open source project has an issue... -Matthias On Tue, Jul 1, 2008 at 5:01 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi Matthias, I've checked out both 1.2.7 and 1.2.8. Both fail in the same way. Clean and install works with an empty repository. It then fails on an immediate rerun. The failure occurs for Trinidad-impl with the test issues below. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 13:28 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi, On Tue, Jul 1, 2008 at 2:23 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. so, when you delete the repo it works ? However, if I immediately try to rebuild it fails with the following test errors: that means with an existing repo it doesn't work ? Strange. Can you test 1.2.7 as well ? PS: does the SVN checckout work for you ? -M initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org P Please consider the environment before printing this email -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org --- Test set: org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitTest --- Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0 sec FAILURE! initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitTest) Time elapsed: 0 sec ERROR! java.lang.NullPointerException at org.apache.myfaces.trinidadinternal.renderkit.RenderKitTestCase._initTests(RenderKitTestCase.java:514) at org.apache.myfaces.trinidadinternal.renderkit.RenderKitTestCase.init(RenderKitTestCase.java:75) at org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitTest.init(CoreRenderKitTest.java:57) at org.apache.myfaces.trinidadinternal.renderkit.CoreRenderKitTest.suite(CoreRenderKitTest.java:50) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method
RE: [trinidad] Issues building 1.2.8
Yes, behind a firewall. The setting has the correct proxy - configed as below. There were no other changes to settings.xml. proxy idmain_proxy/id activetrue/active protocolhttp/protocol hostXXX.X.XXX.XXX/host port8080/port nonProxyHostslocalhost, 127.0.0.1/nonProxyHosts /proxy Wouldn't an incorrect proxy prevent the initial build? Leave the repository empty? I have another project using 1.0.8 and there are no issues building it. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 17:51 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 It works for me... Looking at the TXT, I see: java.net.ConnectException: Connection timed out: connect at java.net.PlainSocketImpl.socketConnect(Native Method) You are behind a firewall, right ? Is there any chance that your settings.xml is just wrong ? Like, wrong proxy, etc ? -Matthias On Tue, Jul 1, 2008 at 6:41 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Crazy indeed. Which is why I'm guessing it's just me. ;-) I've attached the surefire reports if it helps. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 17:36 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 crazy. let me check that. It would be odd if the source release of an open source project has an issue... -Matthias On Tue, Jul 1, 2008 at 5:01 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi Matthias, I've checked out both 1.2.7 and 1.2.8. Both fail in the same way. Clean and install works with an empty repository. It then fails on an immediate rerun. The failure occurs for Trinidad-impl with the test issues below. G -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthias Wessendorf Sent: 01 July 2008 13:28 To: MyFaces Discussion Subject: Re: [trinidad] Issues building 1.2.8 ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi, On Tue, Jul 1, 2008 at 2:23 PM, Gerard Donnelly [EMAIL PROTECTED] wrote: Hi All, I downloaded the 1.2.8 source zip and was able to build (using a clean repository) with 'mvn clean install'. so, when you delete the repo it works ? However, if I immediately try to rebuild it fails with the following test errors: that means with an existing repo it doesn't work ? Strange. Can you test 1.2.7 as well ? PS: does the SVN checckout work for you ? -M initializationError0(org.apache.myfaces.trinidadinternal.renderkit.CoreR enderKitTest) testEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.base.xhtm l.XhtmlLafUtilsTest) testDoubleEscapeInQuoteJS(org.apache.myfaces.trinidadinternal.ui.laf.bas e.xhtml.XhtmlLafUtilsTest) I saw somewhere that 'mvn compile' should be used. I've tried this too but still end up with the same result. Any advice greatly appreciated. Thanks, Gerry P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf mail: matzew-at-apache-dot-org P Please consider the environment before printing this email -- Matthias Wessendorf further stuff: blog: http
[Trinidad] Facelets, tr:treeTable and tr:inputDate
Hi all, I have an existing small project. It's getting larger so I'm attempting to make use of Facelets. I would like to make a reusable component based on the tr:treetable. But, as yet, I cannot get it working when using it as the content of a predefined template. The tree table has several columns but only one input field - rendered based on the type of the required data (see attached extract). I have implemented this without Facelets and it works fine. Using Facelets, it seems to ignore the pattern specified in the convertDataTime. I'm also getting a PPR error when clicking on the icon to display the calendar. This doesn't occur all the time and I haven't yet determined how to regularly recreate this. The exception is attached. These errors are particular to use in a tr:treeTable component - I've used input dates in a standard tr:form and have no issues. I've using Trinidad 1.2.8, myfaces 1.2.4 and Facelets 1.1.14 on SAP Netweaver Any tips would be greatly appreciated. Regards, Gerry Donnelly P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _ tree.xhtml Description: tree.xhtml org.apache.myfaces.trinidadinternal.config.xmlHttp.XmlHttpConfigurator handleError SEVERE: Server Exception during PPR, #1 javax.servlet.ServletException at javax.faces.webapp.FacesServlet.service(FacesServlet.java:256) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.runServlet(FilterChainImpl.java:163) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:82) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._invokeDoFilter(TrinidadFilterImpl.java:238) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl._doFilterImpl(TrinidadFilterImpl.java:195) at org.apache.myfaces.trinidadinternal.webapp.TrinidadFilterImpl.doFilter(TrinidadFilterImpl.java:138) at org.apache.myfaces.trinidad.webapp.TrinidadFilter.doFilter(TrinidadFilter.java:92) at com.sap.engine.services.servlets_jsp.server.runtime.FilterChainImpl.doFilter(FilterChainImpl.java:74) at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.runServlet(HttpHandlerImpl.java:425) at com.sap.engine.services.servlets_jsp.server.HttpHandlerImpl.handleRequest(HttpHandlerImpl.java:289) at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:387) at com.sap.engine.services.httpserver.server.RequestAnalizer.startServlet(RequestAnalizer.java:376) at com.sap.engine.services.servlets_jsp.filters.ServletSelector.process(ServletSelector.java:85) at com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71) at com.sap.engine.services.servlets_jsp.filters.ApplicationSelector.process(ApplicationSelector.java:160) at com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71) at com.sap.engine.services.httpserver.filters.WebContainerInvoker.process(WebContainerInvoker.java:67) at com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9) at com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71) at com.sap.engine.services.httpserver.filters.ResponseLogWriter.process(ResponseLogWriter.java:60) at com.sap.engine.services.httpserver.chain.HostFilter.process(HostFilter.java:9) at com.sap.engine.services.httpserver.chain.AbstractChain.process(AbstractChain.java:71) at
RE: [Trinidad] Facelets, tr:treeTable and tr:inputDate
Sorry, that should be myfaces 1.2.3 From: Gerard Donnelly [mailto:[EMAIL PROTECTED] Sent: 30 June 2008 11:41 To: MyFaces Discussion Subject: [Trinidad] Facelets, tr:treeTable and tr:inputDate ** This Message Originated From The Internet Please Be Aware Of Suspicious Attachments And Content ** Hi all, I have an existing small project. It's getting larger so I'm attempting to make use of Facelets. I would like to make a reusable component based on the tr:treetable. But, as yet, I cannot get it working when using it as the content of a predefined template. The tree table has several columns but only one input field - rendered based on the type of the required data (see attached extract). I have implemented this without Facelets and it works fine. Using Facelets, it seems to ignore the pattern specified in the convertDataTime. I'm also getting a PPR error when clicking on the icon to display the calendar. This doesn't occur all the time and I haven't yet determined how to regularly recreate this. The exception is attached. These errors are particular to use in a tr:treeTable component - I've used input dates in a standard tr:form and have no issues. I've using Trinidad 1.2.8, myfaces 1.2.4 and Facelets 1.1.14 on SAP Netweaver Any tips would be greatly appreciated. Regards, Gerry Donnelly P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com http://www.amt-sybex.com/ _ P Please consider the environment before printing this email
RE: [Trinidad] Skinning panelPage navigation facets
Torben,
Thanks for the tip.
Should be noted, though, that including navigationGlobal and branding
facets override the css.
G
-Original Message-
From: Torben Makowka [mailto:[EMAIL PROTECTED]
Sent: 13 June 2008 08:53
To: MyFaces Discussion
Subject: Re: [Trinidad] Skinning panelPage navigation facets
** This Message Originated From The Internet Please Be Aware Of
Suspicious Attachments And Content **
Hi Gerard,
It is possible to skin either of these facets to mimic navigation2
behaviour?
One possible solution for this would be to set a stylesheet option on
the surrounding tr:navigationPane (eg. inlineStyle=text-align: left;).
In theory it should also be possible to set a styleClass on the
navigationPane and make the changes in the skin. I couldn't get this to
work on my quick test on it though. This is what i tried:
Set a styleClass on the Pane:
tr:navigationPane styleClass=nav1 ...
Skin the Pane in the css:
.nav1 af|navigationPane {
text-align: left;
}
This _should_ work, but i only got this to work for a global scope (i.e.
omit the .nav1 in the css)
Hope this helps,
Torben
P Please consider the environment before printing this email
P Please consider the environment before printing this email
_
1. The information contained in this E-mail, including any files transmitted
with it, is confidential and may be legally privileged. This E-mail is intended
only for the personal attention of the stated addressee(s). Any access to this
E-mail, including any files transmitted with it, by any other person is
unauthorised. If you are not an addressee, you must not disclose, copy,
circulate or in any other way use or rely on the information contained in this
E-mail or any files transmitted with it. Such unauthorised use may be unlawful.
If you have received this E-mail in error, please inform the sender immediately
and delete it and all copies from your system. You may not forward this E-mail
without the permission of the sender.
2. The views expressed in this E-mail are those of the author, and do not
necessarily represent the views of AMT-SYBEX. Internet communications are not
secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the
contents of this message nor for any damage caused by viruses.
AMT-SYBEX Limited is a UK company, registration number GB03036807 at address
The Spirella Building, Bridge Road, Letchworth, SG6 4ET.
AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address
Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ.
For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com
_
[Trinidad] Skinning panelPage navigation facets
Hi All, I'm using the XMLMenuModel and displaying it via the facets in panelPage. It's a 2 level menu and it would be great to have both aligned on the left of the page, each on a single line (using hint=buttons). It seems I can use navigation2 facet for one of the two levels - but not both. navigation1 aligns to the right and navigation3 is a vertical structure. It is possible to skin either of these facets to mimic navigation2 behaviour? I saw a similar question last year hinting that redefining the renderer would be likeliest way of doing this. Is this still the case? Regards, Gerry Donnelly P Please consider the environment before printing this email _ 1. The information contained in this E-mail, including any files transmitted with it, is confidential and may be legally privileged. This E-mail is intended only for the personal attention of the stated addressee(s). Any access to this E-mail, including any files transmitted with it, by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this E-mail or any files transmitted with it. Such unauthorised use may be unlawful. If you have received this E-mail in error, please inform the sender immediately and delete it and all copies from your system. You may not forward this E-mail without the permission of the sender. 2. The views expressed in this E-mail are those of the author, and do not necessarily represent the views of AMT-SYBEX. Internet communications are not secure and AMT-SYBEX cannot, therefore, accept legal responsibility for the contents of this message nor for any damage caused by viruses. AMT-SYBEX Limited is a UK company, registration number GB03036807 at address The Spirella Building, Bridge Road, Letchworth, SG6 4ET. AMT-SYBEX (NI) Limited is a UK company, registration number NI024104 at address Edgewater Office Park, Edgewater Rd, Belfast, BT3 9JQ. For more information on the AMT-SYBEX Group visit http://www.amt-sybex.com _
