[Travel Assistance] Applications for ApacheCon EU 2009 - Now Open

2009-01-23 Thread Manfred Geiler 
FYI

-- Forwarded message --
From: Tony Stevenson 
To: travel-assista...@apache.org
Date: Fri, 23 Jan 2009 13:28:19 +
Subject: [Travel Assistance] Applications for ApacheCon EU 2009 - Now Open


The Travel Assistance Committee is now accepting applications for those
wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009
in Amsterdam.

The Travel Assistance Committee is looking for people who would like to
be able to attend ApacheCon EU 2009 who need some financial support in
order to get there. There are very few places available and the criteria
is high, that aside applications are open to all open source developers
who feel that their attendance would benefit themselves, their
project(s), the ASF or open source in general.

Financial assistance is available for travel, accommodation and entrance
fees either in full or in part, depending on circumstances. It is
intended that all our ApacheCon events are covered, so it may be prudent
for those in the United States or Asia to wait until an event closer to
them comes up - you are all welcome to apply for ApacheCon EU of course,
but there must be compelling reasons for you to attend an event further
away that your home location for your application to be considered above
those closer to the event location.

More information can be found on the main Apache website at
http://www.apache.org/travel/index.html - where you will also find a
link to the online application form.

Time is very tight for this event, so applications are open now and will
end on the 4th February 2009 - to give enough time for travel
arrangements to be made.

Good luck to all those that apply.


Regards,
The Travel Assistance Committee
--




--
Tony Stevenson
t...@pc-tony.com  //  pct...@apache.org  // pct...@freenode.net
http://blog.pc-tony.com/

1024D/51047D66 ECAF DC55 C608 5E82 0B5E  3359 C9C7 924E 5104 7D66
--

you know the project is getting big when ...

2009-01-23 Thread Dennis Byrne 
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError: Java heap space
at 
com.sun.tools.javac.util.Position$LineMapImpl.build(Position.java:139)
at com.sun.tools.javac.util.Position.makeLineMap(Position.java:63)
at com.sun.tools.javac.parser.Scanner.getLineMap(Scanner.java:1105)
at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:512)
at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:550)
at 
com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:801)
at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727)
at com.sun.tools.javac.main.Main.compile(Main.java:353)
at com.sun.tools.javac.main.Main.compile(Main.java:279)
at com.sun.tools.javac.main.Main.compile(Main.java:270)
at com.sun.tools.javac.Main.compile(Main.java:87)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at 
org.codehaus.plexus.compiler.javac.JavacCompiler.compileInProcess(JavacCompiler.java:420)
at 
org.codehaus.plexus.compiler.javac.JavacCompiler.compile(JavacCompiler.java:141)
at 
org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:493)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)


[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 4 minutes 34 seconds
[INFO] Finished at: Fri Jan 23 17:25:15 CST 2009
[INFO] Final Memory: 54M/63M
[INFO] 

-- 
Dennis Byrne

Re: [VOTE] Release of myfaces core 1.2.6

2009-01-23 Thread Joe Bohn 

+1

Thanks!
Joe Bohn

Leonardo Uribe wrote:

Hi,

I was running the needed tasks to get the 1.2.6 release of Apache
MyFaces core out.

The artifacts passed all TCK test.

Please note that this vote concerns all of the following parts:
 1. Maven artifact group "org.apache.myfaces.core" v1.2.6  [1]

The artifacts are deployed to my private Apache account ([1] and [3] for 
binary and source packages).


The release notes could be found at [4].

Also the clirr test does not show binary incompatibilities with myfaces-api.

Please take a look at the "1.2.6" artifacts and vote!

Please note: This vote is "majority approval" with a minimum of three
+1 votes (see [3]).


[ ] +1 for community members who have reviewed the bits
[ ] +0
[ ] -1 for fatal flaws that should cause these bits not to be released,
 and why..


Thanks,
Leonardo Uribe

[1] http://people.apache.org/~lu4242/myfaces126
[2] http://www.apache.org/foundation/voting.html#ReleaseVotes
[3] http://people.apache.org/~lu4242/myfaces126binsrc
[4] 
https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=10600&styleName=Html&version=12313611

[jira] Resolved: (TRINIDAD-1378) NPE in FrameBorderLayoutRenderer if an attribute is null

2009-01-23 Thread Andrew Robinson (JIRA) 

 [ 
https://issues.apache.org/jira/browse/TRINIDAD-1378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Robinson resolved TRINIDAD-1378.
---

   Resolution: Fixed
Fix Version/s:  1.2.11-core
1.0.11-core

Do not call .toString() on a possibly null value

Added to 1.0 trunk, 1.2 trunk and 1.2.10.1 branch

> NPE in FrameBorderLayoutRenderer if an attribute is null
> 
>
> Key: TRINIDAD-1378
> URL: https://issues.apache.org/jira/browse/TRINIDAD-1378
> Project: MyFaces Trinidad
>  Issue Type: Bug
>  Components: Components
>Affects Versions: 1.2.10-core
>Reporter: Andrew Robinson
>Assignee: Andrew Robinson
> Fix For:  1.0.11-core,  1.2.11-core
>
>
> If the trh:frame tags within the facets of a trh:frameBorderLayout don't 
> specify the height / width attribute, the renderer throws a 
> NullPointerException 
> java.lang.NullPointerException at 
> org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.FrameBorderLayoutRenderer._getPropertyValue(FrameBorderLayoutRenderer.java:287)
>  
> Example page content:
>   
> 
>   
> 
> 
>   
> 
> 
>   
> 
> 
>   
> 
> 
>   
> 
>

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (TRINIDAD-1378) NPE in FrameBorderLayoutRenderer if an attribute is null

2009-01-23 Thread Andrew Robinson (JIRA) 
NPE in FrameBorderLayoutRenderer if an attribute is null


 Key: TRINIDAD-1378
 URL: https://issues.apache.org/jira/browse/TRINIDAD-1378
 Project: MyFaces Trinidad
  Issue Type: Bug
  Components: Components
Affects Versions: 1.2.10-core
Reporter: Andrew Robinson
Assignee: Andrew Robinson


If the trh:frame tags within the facets of a trh:frameBorderLayout don't 
specify the height / width attribute, the renderer throws a 
NullPointerException 

java.lang.NullPointerException at 
org.apache.myfaces.trinidadinternal.renderkit.core.xhtml.FrameBorderLayoutRenderer._getPropertyValue(FrameBorderLayoutRenderer.java:287)
 

Example page content:
  

  


  


  


  


  

   

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (MYFACES-2139) h:messages don't use styleClass attribute when rendering

2009-01-23 Thread Frank-Michael Jaeschke (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MYFACES-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Frank-Michael Jaeschke updated MYFACES-2139:


Status: Open  (was: Patch Available)

> h:messages don't use styleClass attribute when rendering
> 
>
> Key: MYFACES-2139
> URL: https://issues.apache.org/jira/browse/MYFACES-2139
> Project: MyFaces Core
>  Issue Type: Bug
>Affects Versions: 1.1.6
>Reporter: Frank-Michael Jaeschke
>
> MyFaces breaks compatibility with Sun RI as the styleClass attribute is not 
> rendered for h:messages.
> The styleClass attribute should be applied to the  element (or the 
>  element if in table layout).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (MYFACES-2139) h:messages don't use styleClass attribute when rendering

2009-01-23 Thread Frank-Michael Jaeschke (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MYFACES-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Frank-Michael Jaeschke updated MYFACES-2139:


Status: Patch Available  (was: Open)

> h:messages don't use styleClass attribute when rendering
> 
>
> Key: MYFACES-2139
> URL: https://issues.apache.org/jira/browse/MYFACES-2139
> Project: MyFaces Core
>  Issue Type: Bug
>Affects Versions: 1.1.6
>Reporter: Frank-Michael Jaeschke
>
> MyFaces breaks compatibility with Sun RI as the styleClass attribute is not 
> rendered for h:messages.
> The styleClass attribute should be applied to the  element (or the 
>  element if in table layout).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (PORTLETBRIDGE-56) IllegalStateException thrown during getClientId call.

2009-01-23 Thread Robert Sauer (JIRA) 

[ 
https://issues.apache.org/jira/browse/PORTLETBRIDGE-56?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1207#action_1207
 ] 

Robert Sauer commented on PORTLETBRIDGE-56:
---

This is still an issue with 1.0.0-beta-1

> IllegalStateException thrown during getClientId call.
> -
>
> Key: PORTLETBRIDGE-56
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-56
> Project: MyFaces Portlet Bridge
>  Issue Type: Bug
>  Components: General
>Affects Versions: 1.0.0-alpha-3, 2.0.0-alpha
>Reporter: Nathan Hokanson
>
> If the getClientId is called during the ActionRequest, an 
> IlleagalStateException is thrown because the getClientId method of 
> PortletNamingContainerUIViewRoot attempts to call 
> ExternalContext.encodeNamespace(), even during the action request.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (MYFACES-2139) h:messages don't use styleClass attribute when rendering

2009-01-23 Thread Frank-Michael Jaeschke (JIRA) 
h:messages don't use styleClass attribute when rendering


 Key: MYFACES-2139
 URL: https://issues.apache.org/jira/browse/MYFACES-2139
 Project: MyFaces Core
  Issue Type: Bug
Affects Versions: 1.1.6
Reporter: Frank-Michael Jaeschke


MyFaces breaks compatibility with Sun RI as the styleClass attribute is not 
rendered for h:messages.
The styleClass attribute should be applied to the  element (or the  
element if in table layout).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Issue Comment Edited: (TOMAHAWK-1388) CAPTCHA - Add random string to image url. It prevent browser from caching captcha image.

2009-01-23 Thread Hazem Saleh (JIRA) 

[ 
https://issues.apache.org/jira/browse/TOMAHAWK-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666463#action_12666463
 ] 

hazems edited comment on TOMAHAWK-1388 at 1/23/09 2:23 AM:


Oh yes!
I got your point.
It should be "&dummyParameter="+ System.currentTimeMillis();
I do not know how it worked fine firstly :).

  was (Author: hazems):
Oh yes!
I got your point.
It should be "?dummyParameter="+ System.currentTimeMillis();
I do not know how it worked fine :).
  
> CAPTCHA - Add random string to image url. It prevent browser from caching 
> captcha image.
> 
>
> Key: TOMAHAWK-1388
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1388
> Project: MyFaces Tomahawk
>  Issue Type: Bug
>Affects Versions: 1.1.8
>Reporter: Marcin Muras
>Assignee: Hazem Saleh
> Fix For: 1.1.9-SNAPSHOT
>
>
> Some browser caches image generated by captcha component. It could be greate 
> to have some parameter (e.g. randomString="true/false") telling component to 
> add some random param to image url.
> It prevent any browser from caching such image.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TOMAHAWK-1388) CAPTCHA - Add random string to image url. It prevent browser from caching captcha image.

2009-01-23 Thread Hazem Saleh (JIRA) 

[ 
https://issues.apache.org/jira/browse/TOMAHAWK-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666463#action_12666463
 ] 

Hazem Saleh commented on TOMAHAWK-1388:
---

Oh yes!
I got your point.
It should be "?dummyParameter="+ System.currentTimeMillis();
I do not know how it worked fine :).

> CAPTCHA - Add random string to image url. It prevent browser from caching 
> captcha image.
> 
>
> Key: TOMAHAWK-1388
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1388
> Project: MyFaces Tomahawk
>  Issue Type: Bug
>Affects Versions: 1.1.8
>Reporter: Marcin Muras
>Assignee: Hazem Saleh
> Fix For: 1.1.9-SNAPSHOT
>
>
> Some browser caches image generated by captcha component. It could be greate 
> to have some parameter (e.g. randomString="true/false") telling component to 
> add some random param to image url.
> It prevent any browser from caching such image.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TOMAHAWK-1388) CAPTCHA - Add random string to image url. It prevent browser from caching captcha image.

2009-01-23 Thread Hazem Saleh (JIRA) 

[ 
https://issues.apache.org/jira/browse/TOMAHAWK-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666462#action_12666462
 ] 

Hazem Saleh commented on TOMAHAWK-1388:
---

To prevent browser from caching the image, a dummy random parameter should be 
added to the parameters.

> CAPTCHA - Add random string to image url. It prevent browser from caching 
> captcha image.
> 
>
> Key: TOMAHAWK-1388
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1388
> Project: MyFaces Tomahawk
>  Issue Type: Bug
>Affects Versions: 1.1.8
>Reporter: Marcin Muras
>Assignee: Hazem Saleh
> Fix For: 1.1.9-SNAPSHOT
>
>
> Some browser caches image generated by captcha component. It could be greate 
> to have some parameter (e.g. randomString="true/false") telling component to 
> add some random param to image url.
> It prevent any browser from caching such image.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Commented: (TOMAHAWK-1388) CAPTCHA - Add random string to image url. It prevent browser from caching captcha image.

2009-01-23 Thread Simon Kitching (JIRA) 

[ 
https://issues.apache.org/jira/browse/TOMAHAWK-1388?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12666447#action_12666447
 ] 

Simon Kitching commented on TOMAHAWK-1388:
--

The committed patch does this:
   writer.writeAttribute(HTML.SRC_ATTR, url + "dummyParameter="  + 
System.currentTimeMillis(), null);

Was that perhaps meant to be
   url+"?dummyParameter=" ...

?

> CAPTCHA - Add random string to image url. It prevent browser from caching 
> captcha image.
> 
>
> Key: TOMAHAWK-1388
> URL: https://issues.apache.org/jira/browse/TOMAHAWK-1388
> Project: MyFaces Tomahawk
>  Issue Type: Bug
>Affects Versions: 1.1.8
>Reporter: Marcin Muras
>Assignee: Hazem Saleh
> Fix For: 1.1.9-SNAPSHOT
>
>
> Some browser caches image generated by captcha component. It could be greate 
> to have some parameter (e.g. randomString="true/false") telling component to 
> add some random param to image url.
> It prevent any browser from caching such image.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.