date:20050928

The plan was to do a release candidate over the weekend after using
the rest of this week to fix last minute must fix bugs.  We could
move that up a bit.  What if we build the RC on Friday?  That gives us
through tomorrow to fix everything that needs to go in.

Once we build the RC we can merge the fixes down.  The users of the
nightly build will only be without these fixes for a few days.

sean

On 9/28/05, Martin Marinschek [EMAIL PROTECTED] wrote:
 Honestly, I just think we should push this one out.

 there have been 64 issues fixed since 1.1.0, that should be enough.

 regards,

 Martin

 On 9/28/05, Bill Dudney [EMAIL PROTECTED] wrote:
  problem is that merging is a pain in the neck. we can do it its just
  a pain
 
  So we need to push out the release sooner rather than later.
 
  I've not seen any discussion on the bug list to get fixed.
 
  TTFN,
 
  -bd-
  On Sep 28, 2005, at 2:11 AM, Mathias Brökelmann wrote:
 
   IMO it´s better if we fix a bug in both trunk and the branch. Trunk is
   used by more users (either by svn or through the nightlies). This will
   give us more feedback if a bugfix introduces a new bug.
  
   2005/9/28, Sean Schofield [EMAIL PROTECTED]:
  
   Bugs that have been introduced on the branch (ex. MYFACES-634) should
   obviously be fixed on the branch.
  
   Additional Rule of thumb: If the bug is going to be fixed in the
   branch fix it *only* in the branch.  Do not fix in the trunk.  We
   will
   merge into the trunk in a few weeks when we are done.
  
   sean
  
   On 9/27/05, Sean Schofield [EMAIL PROTECTED] wrote:
  
   I changed all of the issues fixed in nightly to be version 1.1.1 (by
   renaming the existing nightly version in JIRA and creating a new
   one.)
  
   So we can now search on a list of things that are fixed in that
   version and eventually generate release notes.
  
   Thanks Bill for the branch (its tedious - I know.)
  
   sean
  
   On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
  
   branch created
  
   If you want a bug to be fixed in the 1_1_1 release you must apply
   your changes to the release/branches/1_1_1 branch in SVN.
  
   Please limit the changes to the ones identified in the other thread
   titled '[proposal] Branch Content'.
  
   Thanks!
  
   -bd-
  
   On Sep 27, 2005, at 10:21 AM, Sean Schofield wrote:
  
  
   Go for it.
  
   sean
  
   On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
  
  
   Hi Sean,
  
   I need about 30 more minutes to finish up something. I'll
   start the
   branch around 1:00 EST. Is that OK with everyone?
  
   TTFN,
  
   -bd-
  
  
  
  
  
  
  
  
  
  
  
  
  
   --
   Mathias
  
 
 


 --

 http://www.irian.at
 Your JSF powerhouse -
 JSF Trainings in English and German

Re: New s:graphicImageAjax component.

How about something like dynaImage?

sean

On 9/28/05, Mathias Brökelmann [EMAIL PROTECTED] wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component that
displays the images from bytes, and that doesn't need an additional servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code with a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

Or am I just missing something in your original message?

-Matt

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:

Hello,

As the only way I found to load an image in javascript is
image.src=...,
I can't use a post request.

Does someone know a way either to load an image in javascript with the
result of a post request, or a way to use ajax like in inputSuggestAjax,
but
with a get url ?

Thanks,

Sylvain.

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

--
Mathias

Re: Build Failure

Last nights build was broken.  Can we get things compiling again?

sean


On 9/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  [echo] build.dir: /home/sjs4/bootstrap/myfaces-current/build
  [echo] build output directory: /home/sjs4/release
  [echo] suproject : api
  [echo] properties: api/build.properties
  [echo] suproject : impl
  [echo] properties: impl/build.properties
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/share/src/java/org/apache/myfaces/renderkit/html/HtmlFormRendererBase.java:85:
  warning - @return tag has no arguments.
  [echo] suproject : tomahawk
  [echo] properties: tomahawk/build.properties
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:156:
  warning - Tag @see: can't find 
 encodeColumnChild(javax.faces.context.FacesContext, 
 javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
 javax.faces.component.UIComponent, java.lang.String) in 
 org.apache.myfaces.renderkit.html.HtmlTableRendererBase
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/share/src/java/org/apache/myfaces/renderkit/html/HtmlFormRendererBase.java:85:
  warning - @return tag has no arguments.
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:179:
  warning - Tag @see: can't find 
 renderColumnBody(javax.faces.context.FacesContext, 
 javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
 javax.faces.component.UIComponent, java.lang.String) in 
 org.apache.myfaces.renderkit.html.HtmlTableRendererBase
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/custom/tree2/UITreeData.java:421:
  warning - @param argument expandAll is not a parameter name.
   [javadoc] 
 /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:179:
  warning - Tag @see: can't find 
 renderColumnBody(javax.faces.context.FacesContext, 
 javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
 javax.faces.component.UIComponent, java.lang.String) in 
 org.apache.myfaces.renderkit.html.HtmlTableRendererBase
  [echo] suproject : examples
  [echo] properties: examples/build.properties
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/AppointmentBean.java:23:
  package org.apache.myfaces.custom.schedule.model does not exist
 [javac] import 
 org.apache.myfaces.custom.schedule.model.DefaultScheduleEntry;
 [javac] ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/AppointmentBean.java:24:
  package org.apache.myfaces.custom.schedule.model does not exist
 [javac] import 
 org.apache.myfaces.custom.schedule.model.SimpleScheduleModel;
 [javac] ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:28:
  package org.apache.myfaces.custom.schedule.model does not exist
 [javac] import org.apache.myfaces.custom.schedule.model.ScheduleModel;
 [javac] ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:29:
  package org.apache.myfaces.custom.schedule.model does not exist
 [javac] import 
 org.apache.myfaces.custom.schedule.model.SimpleScheduleModel;
 [javac] ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:30:
  package org.apache.myfaces.custom.schedule.util does not exist
 [javac] import org.apache.myfaces.custom.schedule.util.ScheduleUtil;
 [javac]^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:50:
  cannot resolve symbol
 [javac] symbol  : class SimpleScheduleModel
 [javac] location: class org.apache.myfaces.examples.schedule.ScheduleBean
 [javac] private SimpleScheduleModel model;
 [javac] ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:178:
  cannot resolve symbol
 [javac] symbol  : class SimpleScheduleModel
 [javac] location: class org.apache.myfaces.examples.schedule.ScheduleBean
 [javac] public void setModel(SimpleScheduleModel model)
 [javac]  ^
 [javac] 
 /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:186:
  cannot resolve symbol

[jira] Created: (MYFACES-639) wrong renderer for HtmlCommandSortHeader

2005-09-28 Thread Dave Brondsema (JIRA)

wrong renderer for HtmlCommandSortHeader


 Key: MYFACES-639
 URL: http://issues.apache.org/jira/browse/MYFACES-639
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: 1.1.0, Nightly
Reporter: Dave Brondsema
Priority: Minor


HtmlCommandSortHeader.xml and HtmlCommandSortHeader.java specify 
DEFAULT_RENDERER_TYPE = javax.faces.Link but it should be 
org.apache.myfaces.SortHeader

This causes the custom rendering (i.e. direction arrows not to appear).   I do 
not know if this manifests itself with JSPs.   Using facelets, I used the 
HtmlCommandSortHeader.java file as a reference to know which render to use in 
the facelet config.  I used javax.faces.Link and didn't get the arrows; I had 
to change it to org.apache.myfaces.SortHeader.  

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: 30 more minutes till branch...

Also I don't think we've even checked in single fix into the branch
yet.  So we're only talking one or two fixes that weren't already in
the trunk.

sean

On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
 The plan was to do a release candidate over the weekend after using
 the rest of this week to fix last minute must fix bugs.  We could
 move that up a bit.  What if we build the RC on Friday?  That gives us
 through tomorrow to fix everything that needs to go in.

 Once we build the RC we can merge the fixes down.  The users of the
 nightly build will only be without these fixes for a few days.

 sean

 On 9/28/05, Martin Marinschek [EMAIL PROTECTED] wrote:
  Honestly, I just think we should push this one out.
 
  there have been 64 issues fixed since 1.1.0, that should be enough.
 
  regards,
 
  Martin
 
  On 9/28/05, Bill Dudney [EMAIL PROTECTED] wrote:
   problem is that merging is a pain in the neck. we can do it its just
   a pain
  
   So we need to push out the release sooner rather than later.
  
   I've not seen any discussion on the bug list to get fixed.
  
   TTFN,
  
   -bd-
   On Sep 28, 2005, at 2:11 AM, Mathias Brökelmann wrote:
  
IMO it´s better if we fix a bug in both trunk and the branch. Trunk is
used by more users (either by svn or through the nightlies). This will
give us more feedback if a bugfix introduces a new bug.
   
2005/9/28, Sean Schofield [EMAIL PROTECTED]:
   
Bugs that have been introduced on the branch (ex. MYFACES-634) should
obviously be fixed on the branch.
   
Additional Rule of thumb: If the bug is going to be fixed in the
branch fix it *only* in the branch.  Do not fix in the trunk.  We
will
merge into the trunk in a few weeks when we are done.
   
sean
   
On 9/27/05, Sean Schofield [EMAIL PROTECTED] wrote:
   
I changed all of the issues fixed in nightly to be version 1.1.1 (by
renaming the existing nightly version in JIRA and creating a new
one.)
   
So we can now search on a list of things that are fixed in that
version and eventually generate release notes.
   
Thanks Bill for the branch (its tedious - I know.)
   
sean
   
On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
   
branch created
   
If you want a bug to be fixed in the 1_1_1 release you must apply
your changes to the release/branches/1_1_1 branch in SVN.
   
Please limit the changes to the ones identified in the other thread
titled '[proposal] Branch Content'.
   
Thanks!
   
-bd-
   
On Sep 27, 2005, at 10:21 AM, Sean Schofield wrote:
   
   
Go for it.
   
sean
   
On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
   
   
Hi Sean,
   
I need about 30 more minutes to finish up something. I'll
start the
branch around 1:00 EST. Is that OK with everyone?
   
TTFN,
   
-bd-
   
   
   
   
   
   
   
   
   
   
   
   
   
--
Mathias
   
  
  
 
 
  --
 
  http://www.irian.at
  Your JSF powerhouse -
  JSF Trainings in English and German

[jira] Commented: (MYFACES-628) Current Lifecycle implementation violates JSF Spec 1.1

2005-09-28 Thread Bill Dudney (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12330690 
] 

Bill Dudney commented on MYFACES-628:
-

I think I have this fixed, testing now.

Holger - will you be able to test it out in your app with the RC that Sean will 
put out later in the week?

Thanks!

 Current Lifecycle implementation violates JSF Spec 1.1
 --

  Key: MYFACES-628
  URL: http://issues.apache.org/jira/browse/MYFACES-628
  Project: MyFaces
 Type: Bug
   Components: JSR-127
 Versions: 1.1.0
 Reporter: Holger Schimanski
 Priority: Blocker


 If a PhaseListener.beforePhase() calles FacesContext.renderResponse() or 
 FacesContext.responseComplete(), then the LifeCycleImpl should not execute 
 the functionality required for the current phase. (see JSF Spec 1.1 section 
 11-1 page 296f.)  LifeCycleImpl is not taking care about this. 
 This is important for us, because we'd like to make a redirect in the before 
 render response phase. And at the moment an Illegal State exception is 
 thrown, because the renderResponse is executed although responseComplete has 
 been called.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (MYFACES-640) Externalize the t:commandSortHeader arrow

2005-09-28 Thread Tim Mashinter (JIRA)

Externalize the t:commandSortHeader arrow
---

 Key: MYFACES-640
 URL: http://issues.apache.org/jira/browse/MYFACES-640
 Project: MyFaces
Type: Improvement
  Components: Tomahawk  
Versions: 1.1.0
 Environment: Windows XP Professional SP 2.
Reporter: Tim Mashinter


Externalize the arrow values used by the 
org.apache.myfaces.custom.sortheader.HtmlSortHeaderRenderer are hardcoded to 
#x2191;  #x2193;. It would be nice if you could customize the value used 
there. Alternately allowing the use of images as well as characters.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (MYFACES-641) f:convertNumber type=currency/ not working properly.

2005-09-28 Thread Tim Mashinter (JIRA)

f:convertNumber type=currency/ not working properly.


 Key: MYFACES-641
 URL: http://issues.apache.org/jira/browse/MYFACES-641
 Project: MyFaces
Type: Bug
  Components: General  
Versions: 1.1.0
 Environment: Win XP Professional SP2
Reporter: Tim Mashinter
Priority: Minor


h:outputText value=#{object.dollarAmount}
 f:convertNumber type=currency/
/h:outputText

When using the sun implementation of JSF it outputs the following: $1,200.55
When using the MyFaces implemenation if output the following: ¤1,200.55

The pattern being used is correct. But the currency symbol isn't automatically 
determined based on my locale the same way the SUN implementation is done. 

Having this automatically determined based on the systems locale makes this 
better for applications aiming to support multiple languages (I18N).


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Commented: (MYFACES-628) Current Lifecycle implementation violates JSF Spec 1.1

2005-09-28 Thread Holger Schimanski (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-628?page=comments#action_12330691 
] 

Holger Schimanski commented on MYFACES-628:
---

Wow, very fast response! I am on holiday next week, but I talk to a colleague 
to check it. Thanks a lot!

 Current Lifecycle implementation violates JSF Spec 1.1
 --

  Key: MYFACES-628
  URL: http://issues.apache.org/jira/browse/MYFACES-628
  Project: MyFaces
 Type: Bug
   Components: JSR-127
 Versions: 1.1.0
 Reporter: Holger Schimanski
 Assignee: Bill Dudney
 Priority: Blocker


 If a PhaseListener.beforePhase() calles FacesContext.renderResponse() or 
 FacesContext.responseComplete(), then the LifeCycleImpl should not execute 
 the functionality required for the current phase. (see JSF Spec 1.1 section 
 11-1 page 296f.)  LifeCycleImpl is not taking care about this. 
 This is important for us, because we'd like to make a redirect in the before 
 render response phase. And at the moment an Illegal State exception is 
 thrown, because the renderResponse is executed although responseComplete has 
 been called.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Commented: (MYFACES-640) Externalize the t:commandSortHeader arrow

2005-09-28 Thread Tim Mashinter (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-640?page=comments#action_12330693 
] 

Tim Mashinter commented on MYFACES-640:
---

Sorry. Meant to make this a minor issue not major. (DOH!)

 Externalize the t:commandSortHeader arrow
 ---

  Key: MYFACES-640
  URL: http://issues.apache.org/jira/browse/MYFACES-640
  Project: MyFaces
 Type: Improvement
   Components: Tomahawk
 Versions: 1.1.0
  Environment: Windows XP Professional SP 2.
 Reporter: Tim Mashinter


 Externalize the arrow values used by the 
 org.apache.myfaces.custom.sortheader.HtmlSortHeaderRenderer are hardcoded to 
 #x2191;  #x2193;. It would be nice if you could customize the value 
 used there. Alternately allowing the use of images as well as characters.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Updated: (MYFACES-636) t:selectOneRadio validation messages in dataTable

2005-09-28 Thread Jamie Cash (JIRA)

 [ http://issues.apache.org/jira/browse/MYFACES-636?page=all ]

Jamie Cash updated MYFACES-636:
---

Attachment: 636.patch.diff

Patch. Now checks if message with same id is already on messages queue, if so, 
it doesn't add it again. This behaviour only happens if falseId = true and 
falseIdIndex = false. The behaviour is the same as before (call to super) if 
these conditions are not met.

 t:selectOneRadio validation messages in dataTable
 -

  Key: MYFACES-636
  URL: http://issues.apache.org/jira/browse/MYFACES-636
  Project: MyFaces
 Type: Bug
   Components: Tomahawk
 Versions: 1.1.0, 1.0.9m9, Nightly
  Environment: All Tested (JBoss, Tomcat on Win 2000, and Win 2003). Code 
 analysis identifies that this bug would occour on all environments.
 Reporter: Jamie Cash
  Attachments: 636.patch.diff

 If the tomahawk selectOneRadio is used in a datatable (forceId = true, 
 forceIdIndex = false) and required is true and no items are selected, then a 
 validation error message will be added for every radio button in the data 
 table. This message should only occour once for the set.
 forceId = true and forceIdIndex = false identifies that all radio buttons 
 with the same id are within the same group, and should be validated 
 accordingly.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Commented: (MYFACES-640) Externalize the t:commandSortHeader arrow

2005-09-28 Thread Mike Kienenberger (JIRA)

[ 
http://issues.apache.org/jira/browse/MYFACES-640?page=comments#action_12330699 
] 

Mike Kienenberger commented on MYFACES-640:
---

Tim,  can you create a patch for this behavior?

In most open source projects, improvements and new features are implemented by 
those who need them. :)

Thanks!

 Externalize the t:commandSortHeader arrow
 ---

  Key: MYFACES-640
  URL: http://issues.apache.org/jira/browse/MYFACES-640
  Project: MyFaces
 Type: Improvement
   Components: Tomahawk
 Versions: 1.1.0
  Environment: Windows XP Professional SP 2.
 Reporter: Tim Mashinter


 Externalize the arrow values used by the 
 org.apache.myfaces.custom.sortheader.HtmlSortHeaderRenderer are hardcoded to 
 #x2191;  #x2193;. It would be nice if you could customize the value 
 used there. Alternately allowing the use of images as well as characters.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: 30 more minutes till branch...

No worries :-)

On 9/28/05, Martin Marinschek [EMAIL PROTECTED] wrote:
 Sorry Sean,

 I didn't mean to put stress on anyone ;)

 I was just saying that we don't need to commit anything against the
 branch - if it is good as it is, we can just release it.

 If need be, we can of course commit against the branch, it might just
 not be necessary!

 regards,

 Martin

 On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
  Also I don't think we've even checked in single fix into the branch
  yet.  So we're only talking one or two fixes that weren't already in
  the trunk.
 
  sean
 
  On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
   The plan was to do a release candidate over the weekend after using
   the rest of this week to fix last minute must fix bugs.  We could
   move that up a bit.  What if we build the RC on Friday?  That gives us
   through tomorrow to fix everything that needs to go in.
  
   Once we build the RC we can merge the fixes down.  The users of the
   nightly build will only be without these fixes for a few days.
  
   sean
  
   On 9/28/05, Martin Marinschek [EMAIL PROTECTED] wrote:
Honestly, I just think we should push this one out.
   
there have been 64 issues fixed since 1.1.0, that should be enough.
   
regards,
   
Martin
   
On 9/28/05, Bill Dudney [EMAIL PROTECTED] wrote:
 problem is that merging is a pain in the neck. we can do it its just
 a pain

 So we need to push out the release sooner rather than later.

 I've not seen any discussion on the bug list to get fixed.

 TTFN,

 -bd-
 On Sep 28, 2005, at 2:11 AM, Mathias Brökelmann wrote:

  IMO it´s better if we fix a bug in both trunk and the branch. Trunk 
  is
  used by more users (either by svn or through the nightlies). This 
  will
  give us more feedback if a bugfix introduces a new bug.
 
  2005/9/28, Sean Schofield [EMAIL PROTECTED]:
 
  Bugs that have been introduced on the branch (ex. MYFACES-634) 
  should
  obviously be fixed on the branch.
 
  Additional Rule of thumb: If the bug is going to be fixed in the
  branch fix it *only* in the branch.  Do not fix in the trunk.  We
  will
  merge into the trunk in a few weeks when we are done.
 
  sean
 
  On 9/27/05, Sean Schofield [EMAIL PROTECTED] wrote:
 
  I changed all of the issues fixed in nightly to be version 1.1.1 
  (by
  renaming the existing nightly version in JIRA and creating a new
  one.)
 
  So we can now search on a list of things that are fixed in that
  version and eventually generate release notes.
 
  Thanks Bill for the branch (its tedious - I know.)
 
  sean
 
  On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
 
  branch created
 
  If you want a bug to be fixed in the 1_1_1 release you must apply
  your changes to the release/branches/1_1_1 branch in SVN.
 
  Please limit the changes to the ones identified in the other 
  thread
  titled '[proposal] Branch Content'.
 
  Thanks!
 
  -bd-
 
  On Sep 27, 2005, at 10:21 AM, Sean Schofield wrote:
 
 
  Go for it.
 
  sean
 
  On 9/27/05, Bill Dudney [EMAIL PROTECTED] wrote:
 
 
  Hi Sean,
 
  I need about 30 more minutes to finish up something. I'll
  start the
  branch around 1:00 EST. Is that OK with everyone?
 
  TTFN,
 
  -bd-
 
 
 
 
 
 
 
 
 
 
 
 
 
  --
  Mathias
 


   
   
--
   
http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German
   
  
 
 


 --

 http://www.irian.at
 Your JSF powerhouse -
 JSF Trainings in English and German

Re: New s:graphicImageAjax component.

As for the URL limitation, this can indeed be a problem, but not @ 1024 chars.
There is no spec limiting the number of chars in the URL, but browsers can have problems :
http://www.aspfaq.com/show.asp?id=

But, as I didn't find any way to use a post request to load an image, I see no workaround for this.
We'll just have to experiment if in real life it causes really problems, and put a warning on this.

About your phase listener comment, could you send me a patch for this ?

Thanks !

Sylvain.

On Wed, 2005-09-28 at 10:06 +0200, Mathias Brkelmann wrote:

Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component that
displays the images from bytes, and that doesn't need an additional servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code with a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

Or am I just missing something in your original message?

-Matt

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:

Hello,

As the only way I found to load an image in _javascript_ is
image.src="">
I can't use a post request.

Does someone know a way either to load an image in _javascript_ with the
result of a post request, or a way to use ajax like in inputSuggestAjax,
but
with a get url ?

Thanks,

Sylvain.

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

--
Mathias

[jira] Resolved: (MYFACES-623) setValue() method of ValueBindingImpl does not behave properly

2005-09-28 Thread Bill Dudney (JIRA)

 [ http://issues.apache.org/jira/browse/MYFACES-623?page=all ]
 
Bill Dudney resolved MYFACES-623:
-

Fix Version: 1.1.1
 Resolution: Fixed

Added the fix for this to the branch since I had the tests there. We still need 
comments on the 'null' type being returned for properties in a map.

 setValue() method of ValueBindingImpl does not behave properly
 --

  Key: MYFACES-623
  URL: http://issues.apache.org/jira/browse/MYFACES-623
  Project: MyFaces
 Type: Bug
   Components: JSR-127
 Versions: 1.1.0
 Reporter: sean schofield
 Assignee: Bill Dudney
  Fix For: 1.1.1
  Attachments: MYFACES-623.patch

 According to section 5.1.4 of the specification (p. 5-4) ...
 If you have #{expr-a[value-b]}  where value-a is a Map then ...
 call value-a.put(value-b, newValue).
 The MyFaces implementation is coercing newValue into String which is 
 incorrect behavior.  
 NOTE: I discovered the problem while using a bean that was programatically 
 added to the session map.  So there is is no class defined in 
 faces-config.xml.  I don't think this should matter but I thought I would 
 mention it.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Resolved: (MYFACES-628) Current Lifecycle implementation violates JSF Spec 1.1

2005-09-28 Thread Bill Dudney (JIRA)

 [ http://issues.apache.org/jira/browse/MYFACES-628?page=all ]
 
Bill Dudney resolved MYFACES-628:
-

Fix Version: 1.1.1
 Resolution: Fixed

fix for this bug is on the branch along with a cactus test

 Current Lifecycle implementation violates JSF Spec 1.1
 --

  Key: MYFACES-628
  URL: http://issues.apache.org/jira/browse/MYFACES-628
  Project: MyFaces
 Type: Bug
   Components: JSR-127
 Versions: 1.1.0
 Reporter: Holger Schimanski
 Assignee: Bill Dudney
 Priority: Blocker
  Fix For: 1.1.1


 If a PhaseListener.beforePhase() calles FacesContext.renderResponse() or 
 FacesContext.responseComplete(), then the LifeCycleImpl should not execute 
 the functionality required for the current phase. (see JSF Spec 1.1 section 
 11-1 page 296f.)  LifeCycleImpl is not taking care about this. 
 This is important for us, because we'd like to make a redirect in the before 
 render response phase. And at the moment an Illegal State exception is 
 thrown, because the renderResponse is executed although responseComplete has 
 been called.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: New s:graphicImageAjax component.

I like the fact that it starts like the standard graphicImage component, but the Dynamic part is good to.
What about graphicImageDynamic?
A bite long though

Or maybe graphicImageBytes, which would be consistent with a downloadBytes tag ?

On Wed, 2005-09-28 at 08:49 -0400, Sean Schofield wrote:

How about something like dynaImage?

sean

On 9/28/05, Mathias Brkelmann [EMAIL PROTECTED] wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component that
displays the images from bytes, and that doesn't need an additional servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code with a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

Or am I just missing something in your original message?

-Matt

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:

Hello,

As the only way I found to load an image in _javascript_ is
image.src="">
I can't use a post request.

Does someone know a way either to load an image in _javascript_ with the
result of a post request, or a way to use ajax like in inputSuggestAjax,
but
with a get url ?

Thanks,

Sylvain.

http://www.irian.at
Your JSF powerhouse -
JSF Trainings in English and German

--
Mathias

Re: Build Failure

I figured out the problem (it was with the build scrpt).  I'm working
on the fix.

sean

On 9/28/05, Sean Schofield [EMAIL PROTECTED] wrote:
 Last nights build was broken.  Can we get things compiling again?

 sean


 On 9/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
   [echo] build.dir: /home/sjs4/bootstrap/myfaces-current/build
   [echo] build output directory: /home/sjs4/release
   [echo] suproject : api
   [echo] properties: api/build.properties
   [echo] suproject : impl
   [echo] properties: impl/build.properties
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/share/src/java/org/apache/myfaces/renderkit/html/HtmlFormRendererBase.java:85:
   warning - @return tag has no arguments.
   [echo] suproject : tomahawk
   [echo] properties: tomahawk/build.properties
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:156:
   warning - Tag @see: can't find 
  encodeColumnChild(javax.faces.context.FacesContext, 
  javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
  javax.faces.component.UIComponent, java.lang.String) in 
  org.apache.myfaces.renderkit.html.HtmlTableRendererBase
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/share/src/java/org/apache/myfaces/renderkit/html/HtmlFormRendererBase.java:85:
   warning - @return tag has no arguments.
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:179:
   warning - Tag @see: can't find 
  renderColumnBody(javax.faces.context.FacesContext, 
  javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
  javax.faces.component.UIComponent, java.lang.String) in 
  org.apache.myfaces.renderkit.html.HtmlTableRendererBase
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/custom/tree2/UITreeData.java:421:
   warning - @param argument expandAll is not a parameter name.
[javadoc] 
  /home/sjs4/bootstrap/myfaces-current/tomahawk/src/java/org/apache/myfaces/renderkit/html/ext/HtmlTableRenderer.java:179:
   warning - Tag @see: can't find 
  renderColumnBody(javax.faces.context.FacesContext, 
  javax.faces.context.ResponseWriter, javax.faces.component.UIData, 
  javax.faces.component.UIComponent, java.lang.String) in 
  org.apache.myfaces.renderkit.html.HtmlTableRendererBase
   [echo] suproject : examples
   [echo] properties: examples/build.properties
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/AppointmentBean.java:23:
   package org.apache.myfaces.custom.schedule.model does not exist
  [javac] import 
  org.apache.myfaces.custom.schedule.model.DefaultScheduleEntry;
  [javac] ^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/AppointmentBean.java:24:
   package org.apache.myfaces.custom.schedule.model does not exist
  [javac] import 
  org.apache.myfaces.custom.schedule.model.SimpleScheduleModel;
  [javac] ^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:28:
   package org.apache.myfaces.custom.schedule.model does not exist
  [javac] import org.apache.myfaces.custom.schedule.model.ScheduleModel;
  [javac] ^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:29:
   package org.apache.myfaces.custom.schedule.model does not exist
  [javac] import 
  org.apache.myfaces.custom.schedule.model.SimpleScheduleModel;
  [javac] ^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:30:
   package org.apache.myfaces.custom.schedule.util does not exist
  [javac] import org.apache.myfaces.custom.schedule.util.ScheduleUtil;
  [javac]^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:50:
   cannot resolve symbol
  [javac] symbol  : class SimpleScheduleModel
  [javac] location: class 
  org.apache.myfaces.examples.schedule.ScheduleBean
  [javac] private SimpleScheduleModel model;
  [javac] ^
  [javac] 
  /home/sjs4/bootstrap/myfaces-current/examples/sandbox/src/java/org/apache/myfaces/examples/schedule/ScheduleBean.java:178:
   cannot resolve symbol
  [javac] symbol  : class SimpleScheduleModel
  [javac] location: class 
  org.apache.myfaces.examples.schedule.ScheduleBean
  [javac] public void

[jira] Created: (MYFACES-642) t:commandSortHeader is not disabled if attribute 'enabledOnUserRole' is used and user isn't in role

2005-09-28 Thread JIRA

t:commandSortHeader is not disabled if attribute 'enabledOnUserRole' is used 
and user isn't in role
-

 Key: MYFACES-642
 URL: http://issues.apache.org/jira/browse/MYFACES-642
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: 1.0.9m9, 1.1.0
Reporter: Sascha Groß


The table-row-header is not disabled if  attribute 'enabledOnUserRole' is used 
and user isn't in role. 
The only difference is that the arrow isn't rendered.

Fix in org.apache.myfaces.custom.sortheader.HtmlSortHeaderRenderer:
class HtmlSortHeaderRenderer
extends org.apache.myfaces.renderkit.html.ext.HtmlLinkRenderer

and not 
   org.apache.myfaces.renderkit.html.HtmlLinkRendererBase

Note:
This fix requires fix from MYFACES-637


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: Stability of 1.1.0?

Personally I would wait another week or so until 1.1.1 comes out. 
Perhaps you could help us test the RC when it comes out over the
weekend...

sean

On 9/28/05, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
 I've noticed a lot of bug reports since the development of the 1.1.0
 release.  Should I be waiting for a 1.1.1 release before trying to
 integrate the new JARs into our production application?  We're currently
 using a nightly build from late August, which seems to be working well,
 but we obviously want to start using an official release.

 - Brendan

RE: Stability of 1.1.0?

2005-09-28 Thread CONNER, BRENDAN \(SBCSI\)

OK, sounds good.  I'd be up for helping to test.

- Brendan

-Original Message-
From: Sean Schofield [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 28, 2005 1:18 PM
To: MyFaces Development
Subject: Re: Stability of 1.1.0?

Personally I would wait another week or so until 1.1.1 comes out. 
Perhaps you could help us test the RC when it comes out over the
weekend...

sean

On 9/28/05, CONNER, BRENDAN (SBCSI) [EMAIL PROTECTED] wrote:
 I've noticed a lot of bug reports since the development of the 1.1.0
 release.  Should I be waiting for a 1.1.1 release before trying to
 integrate the new JARs into our production application?  We're
currently
 using a nightly build from late August, which seems to be working
well,
 but we obviously want to start using an official release.

 - Brendan

Re: svn commit: r292231 - /myfaces/build/branches/1_1_1/build.xml

Sean, this appears to be broken in the current trunk as well.
I'm trying to use the sandbox for the first time (graphicImageAjax),
and it's now skipping over the sandbox build when using ant by
itself.

I've manually applied your patch to what I checked out, and it's working.

On 9/28/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Author: schof
 Date: Wed Sep 28 10:50:17 2005
 New Revision: 292231

 URL: http://svn.apache.org/viewcvs?rev=292231view=rev
 Log:
 now building sandbox stuff (and in correct order)

 Modified:
 myfaces/build/branches/1_1_1/build.xml

 Modified: myfaces/build/branches/1_1_1/build.xml
 URL: 
 http://svn.apache.org/viewcvs/myfaces/build/branches/1_1_1/build.xml?rev=292231r1=292230r2=292231view=diff
 ==
 --- myfaces/build/branches/1_1_1/build.xml (original)
 +++ myfaces/build/branches/1_1_1/build.xml Wed Sep 28 10:50:17 2005
 @@ -499,6 +499,9 @@
  property name=subproject value=tomahawk/
  /ant
  ant target=subproject
 +property name=subproject value=sandbox/
 +/ant
 +ant target=subproject
  property name=subproject value=examples/
  /ant
  /target

[jira] Created: (MYFACES-643) InputSuggestAjax does not work when javax.faces.STATE_SAVING_METHOD=server

2005-09-28 Thread Chris Barlow (JIRA)

InputSuggestAjax does not work when javax.faces.STATE_SAVING_METHOD=server
--

 Key: MYFACES-643
 URL: http://issues.apache.org/jira/browse/MYFACES-643
 Project: MyFaces
Type: Bug
  Components: Sandbox  
Versions: 1.1.0
 Environment: Tomcat 5.0.30; IE 6.0.2800
Reporter: Chris Barlow


Setting javax.faces.STATE_SAVING_METHOD=server causes a javascript error when 
typing text into the input box.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: svn commit: r292231 - /myfaces/build/branches/1_1_1/build.xml

Yes I noticed that as well.  Merging the branch down to the trunk is
on my todo list for today.  (This is why last night's build failed
btw.)

sean

On 9/28/05, Mike Kienenberger [EMAIL PROTECTED] wrote:
 Sean, this appears to be broken in the current trunk as well.
 I'm trying to use the sandbox for the first time (graphicImageAjax),
 and it's now skipping over the sandbox build when using ant by
 itself.

 I've manually applied your patch to what I checked out, and it's working.

 On 9/28/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  Author: schof
  Date: Wed Sep 28 10:50:17 2005
  New Revision: 292231
 
  URL: http://svn.apache.org/viewcvs?rev=292231view=rev
  Log:
  now building sandbox stuff (and in correct order)
 
  Modified:
  myfaces/build/branches/1_1_1/build.xml
 
  Modified: myfaces/build/branches/1_1_1/build.xml
  URL: 
  http://svn.apache.org/viewcvs/myfaces/build/branches/1_1_1/build.xml?rev=292231r1=292230r2=292231view=diff
  ==
  --- myfaces/build/branches/1_1_1/build.xml (original)
  +++ myfaces/build/branches/1_1_1/build.xml Wed Sep 28 10:50:17 2005
  @@ -499,6 +499,9 @@
   property name=subproject value=tomahawk/
   /ant
   ant target=subproject
  +property name=subproject value=sandbox/
  +/ant
  +ant target=subproject
   property name=subproject value=examples/
   /ant
   /target

Re: New s:graphicImageAjax component.

Well, the url is also a problem with some containers.

Jetty 5.1.3 is generating this error:

15:28:58.609 WARN!! [SocketListener0-1]
org.mortbay.http.HttpConnection.exception(HttpConnection.java:762)
06 null /faces/pages/announcement/EditAnnouncements.xhtml HTTP/1.1
HttpException(414,Request URI Too Large,null)

and this is with a small (13,342 byte) image. Well, relatively small :)

On 9/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
As for the URL limitation, this can indeed be a problem, but not @ 1024
chars.
There is no spec limiting the number of chars in the URL, but browsers can
have problems :
http://www.aspfaq.com/show.asp?id=

But, as I didn't find any way to use a post request to load an image, I see
no workaround for this.
We'll just have to experiment if in real life it causes really problems,
and put a warning on this.

About your phase listener comment, could you send me a patch for this ?

Thanks !

Sylvain.

On Wed, 2005-09-28 at 10:06 +0200, Mathias Brökelmann wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component that
displays the images from bytes, and that doesn't need an additional
servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code with
a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result
won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

I believe that answers your question, but I'm not sure I understand
how
that helps you. I mean, AJAX will return a text string, and possibly a
document object if the response is valid XML. It won't return an
image.
The only way to load an image is, as you say, using the src property
of
the
image object, and that will always do a GET. I don't see how you get
AJAX
to work into this scenario, unless you plan to use it to generate the
URL
for the image object to load.

Or am I just missing something in your original message?

-Matt

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:

Hello,

As the only way I found to load an image in javascript is
image.src=...,
I

Branch merge complete

I merged the latest branch changes down to the trunk.  If there are
more branch changes between now and Friday morning (or as a result of
the RC testing) then I will merge them down periodically.

Here are some important notes regarding the SVN merging process and
how we have our repository set up ... (Eventually this should make its
way into a wiki)

You need to identify the start and end point of the set of changes
that you want to merge.  For the first merge you do down to the trunk
you want to be very careful in selecting the start point.  You should
select the revision number after the last revision related to the
creation of the branch and the setup of the new svn:externals.  I
accidentally selected a revision after the creation of the branch but
then noticed there were changes to subprojects that I didn't think had
changed.  Turns out I was merging in the svn:externals which would be
a DISASTER.  We don't want the externals from the branch to EVER be in
the trunk.  Otherwise we will be working with the branch code even
though we think we are modifying the trunk.

When committing its important to mention the direction of the merge
(ie. branch to trunk) and the revisions that were merged (ie. r292022
- r292231).  This will help make sure that only the new changes are
merged down the next time.  So the next merge down can be (r292232 -
???) where ??? = the latest revision number at the moment.

sean

Re: 100.000 Hits a day

Mailing list traffic also continues to grow:

http://people.apache.org/~coar/mlists.html#myfaces.apache.org



On 9/27/05, Werner Punz [EMAIL PROTECTED] wrote:
 The funny thing is, that www.theserverside.com also had problems at the exact 
 time
 back then, so there was no official announcement.
 (Hell I tried to send them the info)
 now given that a bugfix release is in preparation I am glad that they did not 
 get the info...

 :-)


 Mathias Brökelmann wrote:
  Wasn´t there an announce for the new myfaces release in the struts
  user mailing list? ;)

[jira] Created: (MYFACES-644) InputDate doesn't parses submitted seconds

2005-09-28 Thread Volker Weber (JIRA)

InputDate doesn't parses submitted seconds
--

 Key: MYFACES-644
 URL: http://issues.apache.org/jira/browse/MYFACES-644
 Project: MyFaces
Type: Bug
  Components: Tomahawk  
Versions: Nightly
 Environment: any
Reporter: Volker Weber


Implement to parse the submitted seconds seems to be forgotten.

I have patched this, the diff follows:

Index: src/java/org/apache/myfaces/custom/date/HtmlInputDate.java
===
--- src/java/org/apache/myfaces/custom/date/HtmlInputDate.java  (Revision 
292164)
+++ src/java/org/apache/myfaces/custom/date/HtmlInputDate.java  (Arbeitskopie)
@@ -209,6 +209,7 @@
 tempCalendar.set(Calendar.YEAR,Integer.parseInt(year));
 tempCalendar.set(Calendar.HOUR_OF_DAY,Integer.parseInt(hours));
 tempCalendar.set(Calendar.MINUTE,Integer.parseInt(minutes));
+tempCalendar.set(Calendar.SECOND,Integer.parseInt(seconds));

 return tempCalendar.getTime();
 }


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: New s:graphicImageAjax component.

Except if you serialize the image, the size of the image shouldn't be a factor.
Did you try this with the sandbox application ?
Do you know the URL size limit in Jetty ?

Thanks,

Sylvain.

On Wed, 2005-09-28 at 15:30 -0400, Mike Kienenberger wrote:

Well, the url is also a problem with some containers.

Jetty 5.1.3 is generating this error:

and this is with a small (13,342 byte) image. Well, relatively small :)

But, as I didn't find any way to use a post request to load an image, I see
no workaround for this.
We'll just have to experiment if in real life it causes really problems,
and put a warning on this.

About your phase listener comment, could you send me a patch for this ?

Thanks !

Sylvain.

On Wed, 2005-09-28 at 10:06 +0200, Mathias Brkelmann wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component that
displays the images from bytes, and that doesn't need an additional
servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code with
a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result
won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

I believe that answers your question, but I'm not sure I understand
how
that helps you. I mean, AJAX will return a text string, and possibly a
document object if the response is valid XML. It won't return an
image.
The only way to load an image is, as you say, using the src property
of
the
image object, and that will always do a GET. I don't see how you get
AJAX
to work into this scenario, unless you plan to use it to generate the
URL
for the image object to load.

Or am I just missing something in your original message?

-Matt

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:

Hello,

I'm trying to make a new component that would display an image, but
without
the need to have a dedicated servlet.
It would make applications that use images from a

Re: New s:graphicImageAjax component.

Yes, I think you're right in that the size of the image doesn't matter.
However, the size of my page's jsf_state_64 attribute does matter.
The page I'm looking at right this second has a jsf_state_64 of 3,768
bytes.

No, I didn't try this with the sandbox since it seemed easy enough to
just dump it into my own application (and it was).

I did some investigating, and the URL limit in Jetty is hardcoded to
4096 bytes. I also noticed that this error (414 Url too large) is a
standard http protocol error, so it's reasonable to think that other
servers are going to throw it.

On 9/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Except if you serialize the image, the size of the image shouldn't be a
factor.
Did you try this with the sandbox application ?
Do you know the URL size limit in Jetty ?

Thanks,

Sylvain.

On Wed, 2005-09-28 at 15:30 -0400, Mike Kienenberger wrote:
Well, the url is also a problem with some containers.

Jetty 5.1.3 is generating this error:

15:28:58.609 WARN!! [SocketListener0-1]
org.mortbay.http.HttpConnection.exception(HttpConnection.java:762)
06 null /faces/pages/announcement/EditAnnouncements.xhtml
HTTP/1.1
HttpException(414,Request URI Too Large,null)

and this is with a small (13,342 byte) image. Well, relatively small :)

But, as I didn't find any way to use a post request to load an image, I
see
no workaround for this.
We'll just have to experiment if in real life it causes really problems,
and put a warning on this.

About your phase listener comment, could you send me a patch for this ?

Thanks !

Sylvain.

On Wed, 2005-09-28 at 10:06 +0200, Mathias Brökelmann wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component
that
displays the images from bytes, and that doesn't need an additional
servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code
with
a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result
won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

(extracted from the inputSuggestAjax code).

Thanks for the clue.

Sylvain.

On Mon, 2005-09-26 at 16:27 -0400, Matt Blum wrote:

The XMLHttpRequest object (or the equivalent ActiveX control)'s open
method
takes as its first argument the request method you want to use. So
you
could make a get request simply by saying:

xHR.open(GET, url[, asyncflag][, username][, password]);

I believe that answers your question, but I'm not sure I understand
how
that helps

Re: New s:graphicImageAjax component.

Yes, probably.
I tested it with Tomcat, and it works fine, but I didn't try on a big page though.
A fix to this problem could be to have an optional initializationParameters, and omit the jsf state.
It wouldn't be as transparent, but it still would remove the need to do a special purpose servlet, and it would work with much smaller URLs.
Example :

x:graphicImageBytes
initializationParameters=#{imageUnid=09183912}
getContentTypeMethod=#{graphicImageAjaxBean.upImage.getContentType}
getBytesMethod=#{graphicImageAjaxBean.upImage.getBytes}/

So the URL would just have :
- The initializationParameters
- The viewId
- The componentId

On Wed, 2005-09-28 at 16:12 -0400, Mike Kienenberger wrote:

No, I didn't try this with the sandbox since it seemed easy enough to
just dump it into my own application (and it was).

Thanks,

Sylvain.

On Wed, 2005-09-28 at 15:30 -0400, Mike Kienenberger wrote:
Well, the url is also a problem with some containers.

Jetty 5.1.3 is generating this error:

15:28:58.609 WARN!! [SocketListener0-1]
org.mortbay.http.HttpConnection.exception(HttpConnection.java:762)
06 null /faces/pages/announcement/EditAnnouncements.xhtml
HTTP/1.1
HttpException(414,Request URI Too Large,null)

and this is with a small (13,342 byte) image. Well, relatively small :)

But, as I didn't find any way to use a post request to load an image, I
see
no workaround for this.
We'll just have to experiment if in real life it causes really problems,
and put a warning on this.

About your phase listener comment, could you send me a patch for this ?

Thanks !

Sylvain.

On Wed, 2005-09-28 at 10:06 +0200, Mathias Brkelmann wrote:
Great! We definitely need a component to render dynamic images.

The other thing is the phase listener which will not work if the
component is used in a uidata component. Try using a custom faces
event which is queued through UIComponent.queueEvent(...).

2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component
that
displays the images from bytes, and that doesn't need an additional
servlet.

It works, but there is still work to be done (See the TODOs in the
component's java file).

The most important things are :
1) Find a good name for this component. Right now, it says Ajax whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img

Thanks for your ideas,

Sylvain.

On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,

I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.

-- need a dynamic image servlet is the next item on my todo list :)

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
Yes, you're right, but I was looking for a way to use the same code
with
a
get request instead of a post request.
So, I think this will work.

I'll post this soon so that you can check it.

Thanks,

Sylvain.

Or do I get you completely wrong?

regards,

Martin

On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
You're right, Ajax isn't the perfect term for this, as the result
won't
be
XML.

But maybe it can work using something similar to that :
callback: function(element,entry) {return

Re: New s:graphicImageAjax component.

One other issue I hit (I hit it earlier but thought it was the URL
size problem by mistake).

You currently have to include this tag inside an h:form, otherwise
there's no jsf_state_64 to reference.

Now that I figured that out, I'm back to trying it in a popup window. 
 I think there's some issues with the Tag bindings under facelets that
I'll have to work out since the get* method bindings are set to null.

On 9/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
  Yes, probably.
  I tested it with Tomcat, and it works fine, but I didn't try on a big page
 though.
  A fix to this problem could be to have an optional
 initializationParameters, and omit the jsf state.
  It wouldn't be as transparent, but it still would remove the need to do a
 special purpose servlet, and it would work with much smaller URLs.
  Example :

  x:graphicImageBytes
  initializationParameters=#{imageUnid=09183912}

 getContentTypeMethod=#{graphicImageAjaxBean.upImage.getContentType}

 getBytesMethod=#{graphicImageAjaxBean.upImage.getBytes}/

  So the URL would just have :
  - The initializationParameters
  - The viewId
  - The componentId


  On Wed, 2005-09-28 at 16:12 -0400, Mike Kienenberger wrote:
  Yes, I think you're right in that the size of the image doesn't matter.
 However, the size of my page's jsf_state_64 attribute does matter.
 The page I'm looking at right this second has a jsf_state_64 of 3,768
 bytes.

 No, I didn't try this with the sandbox since it seemed easy enough to
 just dump it into my own application (and it was).

 I did some investigating, and the URL limit in Jetty is hardcoded to
 4096 bytes. I also noticed that this error (414 Url too large) is a
 standard http protocol error, so it's reasonable to think that other
 servers are going to throw it.

 On 9/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
  Except if you serialize the image, the size of the image shouldn't be a
  factor.
  Did you try this with the sandbox application ?
  Do you know the URL size limit in Jetty ?
 
  Thanks,
 
  Sylvain.
 
 
  On Wed, 2005-09-28 at 15:30 -0400, Mike Kienenberger wrote:
  Well, the url is also a problem with some containers.
 
  Jetty 5.1.3 is generating this error:
 
  15:28:58.609 WARN!! [SocketListener0-1]
 
 org.mortbay.http.HttpConnection.exception(HttpConnection.java:762)
  06 null
 /faces/pages/announcement/EditAnnouncements.xhtml
  HTTP/1.1
  HttpException(414,Request URI Too Large,null)
 
  and this is with a small (13,342 byte) image. Well, relatively small :)
 
  On 9/28/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
   As for the URL limitation, this can indeed be a problem, but not @ 1024
   chars.
   There is no spec limiting the number of chars in the URL, but browsers
 can
   have problems :
   http://www.aspfaq.com/show.asp?id=
  
   But, as I didn't find any way to use a post request to load an image, I
  see
   no workaround for this.
   We'll just have to experiment if in real life it causes really problems,
   and put a warning on this.
  
   About your phase listener comment, could you send me a patch for this ?
  
   Thanks !
  
   Sylvain.
  
  
   On Wed, 2005-09-28 at 10:06 +0200, Mathias Brökelmann wrote:
   Great! We definitely need a component to render dynamic images.
  
   I took a view into the code and saw that the state is appended to the
   image url. IMO it will not work in every case since the state could be
   very large and as far as I know there is a limitation around 1024
   chars in a request url.
  
   The other thing is the phase listener which will not work if the
   component is used in a uidata component. Try using a custom faces
   event which is queued through UIComponent.queueEvent(...).
  
  
   2005/9/28, Sylvain Vieujot [EMAIL PROTECTED]:
I just committed a first working version of a graphicImage component
  that
displays the images from bytes, and that doesn't need an additional
   servlet.
   
It works, but there is still work to be done (See the TODOs in the
component's java file).
   
The most important things are :
1) Find a good name for this component. Right now, it says Ajax
 whereas
it's not really Ajax.
2) Extend it to make download links (uses an a instead of an img
   
Thanks for your ideas,
   
Sylvain.
   
On Tue, 2005-09-27 at 12:35 -0400, Mike Kienenberger wrote:
Sylvain,
   
I'm definitely interested in a component that can display an image
from bytes as well, if you want any assistance.
   
-- need a dynamic image servlet is the next item on my todo list :)
   
On 9/26/05, Sylvain Vieujot [EMAIL PROTECTED] wrote:
 Yes, you're right, but I was looking for a way to use the same code
  with
   a
 get request instead of a post request.
 So, I think this will work.

 I'll post this soon so that you can check it.

 Thanks,

 Sylvain.


 On Mon, 2005-09-26 at 23:24 +0200, Martin Marinschek wrote:
 The snippet you posted is

Re: Ajax with get requests