Hi!
I have the same problem on weblogic 8 (jdk jdk142_05) with myfaces-all.jar
and the splitted jars.
Do you provide an updated zip file for the release download link? Or do we
have to get the stuff from the trunk?
Regards
On Mon, 03 Oct 2005 06:00:11 +0200, Bill Dudney (JIRA)
UISelect*** only renders in encodeEnd(FacesContext, UIComponent)
Key: MYFACES-658
URL: http://issues.apache.org/jira/browse/MYFACES-658
Project: MyFaces
Type: Improvement
Components: Implementation
Hi,
We have a problem with x:commandLink inside x:dataTable: the action doesn't work!!
In other previous posts I read that the data for datatable must be in session scope: this is our situation!
We use the last nightly. This code worked fine until release the 1.1.0.
x:dataTable id=table1
Most components 'overuse' encodeEnd
---
Key: MYFACES-659
URL: http://issues.apache.org/jira/browse/MYFACES-659
Project: MyFaces
Type: Improvement
Components: Implementation
Versions: 1.1.0
Reporter: Thomas Timbul
[
http://issues.apache.org/jira/browse/MYFACES-658?page=comments#action_12331146
]
Thomas Timbul commented on MYFACES-658:
---
see http://issues.apache.org/jira/browse/MYFACES-659
UISelect*** only renders in encodeEnd(FacesContext, UIComponent)
Yes! h:form and f:view!
Regards,
Nicola
On 10/3/05, [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
Do you have a h:form Component around your datatable?
Regards,
Andy
-Ursprüngliche Nachricht-Von: Enrico Nicola Mirco [mailto:
[EMAIL PROTECTED]]Gesendet: Montag, 3. Oktober 2005 11:38An:
I agree that this is the RC process working as it should. I also
agree we should label the rc's but this is missing from the now
automated process of building the rc's. Its better to build the RC
the same way as the release then it is to have the RC1 in the name.
At the time I built the RC I
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331159
]
Boris Kovalenko commented on MYFACES-656:
-
Still can't fully understand the situation, it is very strange. Base form:
t:inputText id=rdate
Again, you need a timeZone=GMT+5 in your f:convertDateTime ... />
On 3 Oct 2005, at 14:53, Boris Kovalenko (JIRA) wrote:
[ http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331159 ]
Boris Kovalenko commented on MYFACES-656:
-
[
http://issues.apache.org/jira/browse/MYFACES-623?page=comments#action_12331161
]
Oliver Rossmueller commented on MYFACES-623:
Hi Bill,
I checked the spec document and there is no word about coercion in the 5.1.4
Set Value Semantics section.
Hi,
all date objects are (see javadoc for java.util.Date) UTC which is
neearly GMT.
If you want to show localy converted time you must set the timeZone
attribute in your converter tag.
I think, but not tested, you can use something like
f:convertDateTime timeZone=%=
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331164
]
Volker Weber commented on MYFACES-656:
--
Set the timeZone attribute of the converter to your local systems default
TimeZone.
Than your input field should show the same
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331167
]
Boris Kovalenko commented on MYFACES-656:
-
Ok, this looks similar. But this does not solve the problem. My TZ has sunlight
saving, so I should manyually change TZ
Hello!
Ok, this looks similar. But this does not solve the problem. My TZ has
sunlight saving, so I should manyually change TZ every half year, isn't?
Also Bruno write This should be fixed now in the SVN. Thanks Bernd!.
But still I missed something?
Volker Weber (JIRA) wrote:
[
Should there be multiple copies of
org.apache.myfaces.config.MyFacesConfig.class in myfaces-all.jar?
I see three in the jar file I'm currently using. There's two copies
in the 1.1.1RC1 release.
Actually, I'm seeing multiple copies of a few files in the RC1 release
now that I've sorted by
[ http://issues.apache.org/jira/browse/MYFACES-657?page=all ]
Bill Dudney resolved MYFACES-657:
-
Fix Version: 1.1.1
Resolution: Fixed
This bug is fixed in 1.1.1RC2
Blank page after switching to 1.1.1RC1
[
http://issues.apache.org/jira/browse/MYFACES-549?page=comments#action_12331181
]
Stan Silvert commented on MYFACES-549:
--
No need for a patch. I don't want to add code to MyFaces just because LifeRay
has a bug. I'm sure they will want to fix this
Hi Mike,
Agreed this should be addressed. Its probably most easily addressed
with build file magic.
Sean do you have time to tackle this today? If not I can probably get
some time this afternoon.
I also agree with their workaround. If all jar files are in the same
place then the class
[
http://issues.apache.org/jira/browse/MYFACES-656?page=comments#action_12331194
]
Bernd Bohmann commented on MYFACES-656:
---
Why you use toString of java.util.Date.
Is the date stored in database?
Which usage has the date in your application?
data
(Patch provided) request scoping from Portlet Action- to RenderRequest should
not occur via Attribute Request Map
---
Key: MYFACES-660
URL:
[ http://issues.apache.org/jira/browse/MYFACES-660?page=all ]
Tanju Erinmez updated MYFACES-660:
--
Attachment: myfaces-impl-src-java.diff
Minimal invasive patch for :
PortletExternalContextImpl.java
RequestMap.java
MyFacesGenericPortlet.java
(not mixed
[
http://issues.apache.org/jira/browse/MYFACES-549?page=comments#action_12331198
]
Tanju Erinmez commented on MYFACES-549:
---
Hi Stan,
You might want to have a look at MYFACES-660 which I just entered. After having
discussed the issue above with
[
http://issues.apache.org/jira/browse/MYFACES-583?page=comments#action_12331200
]
Ken Weiner commented on MYFACES-583:
Is this related to http://issues.apache.org/jira/browse/MYFACES-154 ? If it is
the same fix, then 154 can be resolved as well.
[
http://issues.apache.org/jira/browse/MYFACES-622?page=comments#action_12331206
]
Ken Weiner commented on MYFACES-622:
Any chance this patch can be applied before 1.1.1 is released?
HtmlSelectManyCheckbox rendering is flawed
[
http://issues.apache.org/jira/browse/MYFACES-660?page=comments#action_12331208
]
Stan Silvert commented on MYFACES-660:
--
We should fix this as per the JSR-168 errata. However, we should not make the
changes described in MYFACES-549 unless required
Hi
I want use UpdateActionListener with facelets, but facelets told me that
com.sun.facelets.tag.TagException: /pages/admin/locations/edit.jsp
@59,116 t:updateActionListener Tag Library supports namespace:
http://myfaces.apache.org/tomahawk, but no tag was defined for name:
updateActionListener
[
http://issues.apache.org/jira/browse/MYFACES-622?page=comments#action_12331210
]
Bill Dudney commented on MYFACES-622:
-
Hi Ken,
Any chance we could get some automated tests that we could use to make sure
things continue to work as expected? A
[
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12331215
]
Ronald Brill commented on MYFACES-628:
--
Hi Bill,
i finaly setup eclipse+subversion and the whole rest. (devours all my spare
time for the last days :-(
But at the
[
http://issues.apache.org/jira/browse/MYFACES-659?page=comments#action_12331217
]
Adam Winer commented on MYFACES-659:
FYI, encodeBegin()/encodeChildren()/encodeEnd() only exist as separate methods
to support JSPs. If the EG had it to do over again,
[ http://issues.apache.org/jira/browse/MYFACES-628?page=all ]
Bill Dudney reopened MYFACES-628:
-
Hi Ronald,
On the logging: I'll update that with the requested detail
On the before listeners in render: I think I have a fix for that but I wanted
to
Thomas,Does your forEach really work for all nested components? E.g., does it really work for h:panelGrid? For h:dataTable? I'd be rather surprised if it did, as forEach is not at all a simple thing to implement - you need to hook into the EL engine to do it properly.
-- AdamOn 10/3/05, Thomas
[
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12331221
]
Bill Dudney commented on MYFACES-628:
-
Hi Ronald,
Here is the logging code;
private boolean shouldSkipPhaseProcessing(FacesContext facesContext, String
phase,
Hi Ronald,
Just FYI, you don't have to have Eclipse up and running to get a
myfaces-all.jar. Simply checkout the code with SVN and issue an 'ant
dist-all' command from the build directory. In the end you will have
a myfaces-all.jar file in the build/dist directory.
HTH.
-bd-
On Oct 3,
[ http://issues.apache.org/jira/browse/MYFACES-660?page=all ]
Tanju Erinmez updated MYFACES-660:
--
Attachment: navdemo2.war
Thanks for looking into this, Stan!
Please find the demo attached. I rebuild the example again and verified the
behavior from
[
http://issues.apache.org/jira/browse/MYFACES-657?page=comments#action_12331226
]
Werner Punz commented on MYFACES-657:
-
Gave it a testrun when I was testing the jenia stuff for mike, looks good so
far..
thanks Bill for fixing it.
Blank page after
Hello, I've been asked to write some cactus tests for
http://issues.apache.org/jira/browse/MYFACES-622 before my patch is
applied.
I am familiar with JUnit and even JWebUnit, but new to Cactus. It
would help me if someone could provide some tips on getting started
with writing a Cactus test for
36 matches
Mail list logo