Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs

2006-07-07 Thread Mario Ivankovits
Hi Alexandre!
> Is there any cvs where I can work ? :)
We use svn, informations about how to checkout and build can be found
here: http://wiki.apache.org/myfaces/Building_With_Maven

Once fixed, create a patch "svn diff" and attach it to a jira ticket at
http://issues.apache.org/jira


Happy coding!

Ciao,
Mario



Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs

2006-07-07 Thread Alexandre Jaquet

Hi Mario,

Is there any cvs where I can work ? :)

Regards

Mario Ivankovits wrote:

Hi Alexandre!
  

tomahawk 1.1.3
dataTable current row id is 1 shifted when used with dataScroller

tomahawk 1.1.2
jscookmenu display bug (cross image)
dataTable current row id is correct for the first page, the first
element on the second page doesn't have an id

it would be great if these bugs will be solved in next version


First, please search http://issues.apache.org/jira if these bugs were
already filed, and, if not, do so.

And the best change to get them fixed ASAP is  you guess it right
... provide a patch for them *hint hint* :-)

Ciao,
Mario


  




Re: tomahawk 1.1.3 and tomahawk 1.1.2 bugs

2006-07-07 Thread Mario Ivankovits
Hi Alexandre!
> tomahawk 1.1.3
> dataTable current row id is 1 shifted when used with dataScroller
>
> tomahawk 1.1.2
> jscookmenu display bug (cross image)
> dataTable current row id is correct for the first page, the first
> element on the second page doesn't have an id
>
> it would be great if these bugs will be solved in next version
First, please search http://issues.apache.org/jira if these bugs were
already filed, and, if not, do so.

And the best change to get them fixed ASAP is  you guess it right
... provide a patch for them *hint hint* :-)

Ciao,
Mario



tomahawk 1.1.3 and tomahawk 1.1.2 bugs

2006-07-07 Thread Alexandre Jaquet

After doing some test I saw the following bugs :

tomahawk 1.1.3
dataTable current row id is 1 shifted when used with dataScroller

tomahawk 1.1.2
jscookmenu display bug (cross image)
dataTable current row id is correct for the first page, the first 
element on the second page doesn't have an id


it would be great if these bugs will be solved in next version

My best regards


source for core 1.1.3 and tomahawk 1.1.2

2006-06-13 Thread Kevin Hale Boyes

I'm looking for the source for the versions in $subject.
I can check it out from SVN if needed but I'm not sure
how to do that.  I've read Building_With_Maven on the wiki
but it talks about current/HEAD.

So maybe something like:

svn checkout http://svn.apache.org/repos/asf/myfaces/tomahawk/branches/1_1_2
t1.1.2
svn checkout http://svn.apache.org/repos/asf/myfaces/core/branches/1_1_3 c1.1.3

then in each directory run: m2 clean install

But that doesn't seem right.
Any better ways?
Thanks,
Kevin.


Re: To clarify, I need the MyFaces RI and API to get Tomahawk 1.1.2 to work?

2006-06-06 Thread Matthias Wessendorf

SUN has the only RI
MyFaces is an alternate impl

tomahawk 1.1.2 has problems w/ RI
Tomahawk 1.1.3 will be out soon.

Since you are using SUN (as app server) you have to remove the RI Jars
of the container
and add myfaces jars to your web-inf/lib.

Until the server has JSF jars, the myfaces jars in WEB-inf/lib will be ignored.

How to remove the RI jars ?
 I have no idea. Ask sun :-)

-Matthias

On 6/6/06, Todd Patrick <[EMAIL PROTECTED]> wrote:



To clarify, I need the MyFaces RI and API to get Tomahawk 1.1.2 to work?

Using the Sun JSF 1.1 RI and API with Tomahawk 1.1.2 will not work, correct?

Thanks,

--Todd



--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
blog: http://jroller.com/page/mwessendorf
mail: mwessendorf-at-gmail-dot-com


What is the correct default jar list to run MyFaces Tomahawk 1.1.2?

2006-06-06 Thread Todd Patrick
What is the correct default jar list to run MyFaces Tomahawk 1.1.2? At
this point I have the following jars in my /domain1/lib directory for
SJSAS 8.2:   

commons-beanutils.jar
commons-codec-1.3.jar
commons-collections.jar
commons-digester.jar
commons-el-1.0.jar
commons-fileupload-1.0.jar
commons-lang-2.1.jar
commons-logging.jar
jsf-api.jar
jsf-impl.jar
jstl.jar
standard.jar
tomahawk-1.1.2.jar

I would just like to verify.

Thanks,

--Todd


To clarify, I need the MyFaces RI and API to get Tomahawk 1.1.2 to work?

2006-06-06 Thread Todd Patrick



To clarify, I need the MyFaces RI and API to get 
Tomahawk 1.1.2 to work?
 
Using the Sun JSF 
1.1 RI and API with Tomahawk 1.1.2 will not work, correct?
 
Thanks,
 
--Todd


Re-occurring issue with Myfaces Tomahawk 1.1.2 and org.apache.commons.digester.Digester

2006-06-05 Thread Todd Patrick



When I deploy a 
project to SJSAS 8.2, the following warnings keep appearing in my server.log 
file. This may not be SJSAS 8.2 specific and could probably happen in Tomcat as 
well.
 
Does anyone have any 
ideas of why org.apache.commons.digester.Digester is outputting warning 
messages?
 
Thanks,
 
--Todd
 
 
[#|2006-06-05T16:02:33.708-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ConverterRule]{faces-config/converter} 
Merge(null,java.math.BigDecimal)|#]
 
[#|2006-06-05T16:02:33.708-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ConverterRule]{faces-config/converter} 
Merge(null,java.math.BigInteger)|#]
 
[#|2006-06-05T16:02:33.864-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlCommandButton)|#]
 
[#|2006-06-05T16:02:33.864-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlCommandLink)|#]
 
[#|2006-06-05T16:02:33.864-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlDataTable)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlInputHidden)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlInputSecret)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlInputText)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlInputTextHelp)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlInputTextarea)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlGraphicImage)|#]
 
[#|2006-06-05T16:02:33.880-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlMessage)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlMessages)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlOutputLabel)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlOutputText)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlPanelGrid)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlPanelGroup)|#]
 
[#|2006-06-05T16:02:33.895-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectBooleanCheckbox)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectManyCheckbox)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectManyListbox)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectManyMenu)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectOneListbox)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_ThreadID=19;|[ComponentRule]{faces-config/component} 
Merge(org.apache.myfaces.HtmlSelectOneMenu)|#]
 
[#|2006-06-05T16:02:33.911-0500|WARNING|sun-appserver-pe8.2|org.apache.commons.digester.Digester|_Th

Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Sean Schofield

There are some good reasons for not doing this.  It was discussed
extensively on the dev list for several months so I won't rehash the
entire discussion here.  These classes need to be shared between core
and tomahawk since we don't want two maintain sets of source code.
They need to have different namespaces so that tomahawk and core can
be released independently of one another.

Sean


On 6/2/06, Costa Basil <[EMAIL PROTECTED]> wrote:

I think it would be better if the shared classes are distributed in a
separate jar file to avoid the class duplication. It is confusing the way it
is right now having the same classes in two separate distribution jar files.


Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
 > Now, I noticed there is a package that I couldn't find in the source code
> and that is org.apache.myfaces.shared_tomahawk. What's
going on, why is this
> package missing? Is it actually built by the build process? If yes, could
> you please provide the information on how to create it?


Good question.

I created [1] today. If it is not clear enough, please ask and I'll
add more content to it!

-Matthias

[1]
http://wiki.apache.org/myfaces/Shared_-_impl_or_tomahawk



 __
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Martin Marinschek

Hey, it will get better. Catalin is working on including the source
code in the release. He fixed core and api already, stay tuned for the
rest!

regards,

Martin

On 6/2/06, Ondrej Svetlik <[EMAIL PROTECTED]> wrote:

Costa Basil wrote:
> Hi, Ondrej:
>
> I found the classes I was looking for in
> http://svn.apache.org/repos/asf/myfaces/shared/tags/ for but now the
> question is which ones have been used in the two releases, 2.0.0 or 2.0.1?
>
> Also, when label the code don't you label the whole source code tree so
> you know exactly the classes that have been used to build a release?
>
> Thanks
>
> */Ondrej Svetlik <[EMAIL PROTECTED]>/* wrote:
>
> Costa Basil wrote:
>  > Thank you, I got the code.
>  >
>  > Now, I noticed there is a package that I couldn't find in the source
>  > code and that is org.apache.myfaces.shared_tomahawk. What's going
> on,
>  > why is this package missing? Is it actually built by the build
> process?
>  > If yes, could you please provide the information on how to create it?
>  >
>  > Also where do I get the latest sandbox binary distribution?
>  >
>  > Thanks
>
> Hello, tomahawk_shared is a bit separate, I don't know what version you
> need, so take a look there:
>
> http://svn.apache.org/repos/asf/myfaces/shared/tags/
>
> And the sandbox binary.. it was discussed here a few days ago:
>
> 
http://people.apache.org/maven-snapshot-repository/org/apache/myfaces/tomahawk/tomahawk-sandbox/
>
> Best regards
>
> Ondrej Svetlik

Hi Costa,

I have no idea what version of shared classes was used and also I have
no way to change the distribution model. I'm just a regular user just as
you are :-). I think your request makes sense and you should submit it
to jira:

http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10600

At least the right people will have a chance to answer it.

Best regards

Ondrej Svetlik




--

http://www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Professional Support for Apache MyFaces


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Ondrej Svetlik

Costa Basil wrote:

Hi, Ondrej:

I found the classes I was looking for in 
http://svn.apache.org/repos/asf/myfaces/shared/tags/ for but now the 
question is which ones have been used in the two releases, 2.0.0 or 2.0.1?


Also, when label the code don't you label the whole source code tree so 
you know exactly the classes that have been used to build a release?


Thanks

*/Ondrej Svetlik <[EMAIL PROTECTED]>/* wrote:

Costa Basil wrote:
 > Thank you, I got the code.
 >
 > Now, I noticed there is a package that I couldn't find in the source
 > code and that is org.apache.myfaces.shared_tomahawk. What's going
on,
 > why is this package missing? Is it actually built by the build
process?
 > If yes, could you please provide the information on how to create it?
 >
 > Also where do I get the latest sandbox binary distribution?
 >
 > Thanks

Hello, tomahawk_shared is a bit separate, I don't know what version you
need, so take a look there:

http://svn.apache.org/repos/asf/myfaces/shared/tags/

And the sandbox binary.. it was discussed here a few days ago:


http://people.apache.org/maven-snapshot-repository/org/apache/myfaces/tomahawk/tomahawk-sandbox/

Best regards

Ondrej Svetlik


Hi Costa,

I have no idea what version of shared classes was used and also I have 
no way to change the distribution model. I'm just a regular user just as 
you are :-). I think your request makes sense and you should submit it 
to jira:


http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10600

At least the right people will have a chance to answer it.

Best regards

Ondrej Svetlik


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Costa Basil
I think it would be better if the shared classes are distributed in a separate jar file to avoid the class duplication. It is confusing the way it is right now having the same classes in two separate distribution jar files.Matthias Wessendorf <[EMAIL PROTECTED]> wrote: > Now, I noticed there is a package that I couldn't find in the source code> and that is org.apache.myfaces.shared_tomahawk. What's going on, why is this> package missing? Is it actually built by the build process? If yes, could> you please provide the information on how to create it?Good question.I created [1] today. If it is not clear enough, please ask and I'lladd more content to it!-Matthias[1]
 http://wiki.apache.org/myfaces/Shared_-_impl_or_tomahawk __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com 

Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Costa Basil
Hi, Ondrej:I found the classes I was looking for in http://svn.apache.org/repos/asf/myfaces/shared/tags/ for but now the question is which ones have been used in the two releases, 2.0.0 or 2.0.1?Also, when label the code don't you label the whole source code tree so you know exactly the classes that have been used to build a release? ThanksOndrej Svetlik <[EMAIL PROTECTED]> wrote: Costa Basil wrote:> Thank you, I got the code.> > Now, I noticed there is a package that I couldn't find in the source > code and that is org.apache.myfaces.shared_tomahawk. What's going on, > why is this package missing? Is it actually built by the build process? > If yes, could you please provide the information on how to create it?> > Also where do I get the latest sandbox
 binary distribution?> > ThanksHello, tomahawk_shared is a bit separate, I don't know what version you need, so take a look there:http://svn.apache.org/repos/asf/myfaces/shared/tags/And the sandbox binary.. it was discussed here a few days ago:http://people.apache.org/maven-snapshot-repository/org/apache/myfaces/tomahawk/tomahawk-sandbox/Best regardsOndrej Svetlik __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com 

Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Matthias Wessendorf

Now, I noticed there is a package that I couldn't find in the source code
and that is org.apache.myfaces.shared_tomahawk. What's going on, why is this
package missing? Is it actually built by the build process? If yes, could
you please provide the information on how to create it?



Good question.

I created [1] today. If it is not clear enough, please ask and I'll
add more content to it!

-Matthias

[1] http://wiki.apache.org/myfaces/Shared_-_impl_or_tomahawk


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Ondrej Svetlik

Costa Basil wrote:

Thank you, I got the code.

Now, I noticed there is a package that I couldn't find in the source 
code and that is org.apache.myfaces.shared_tomahawk. What's going on, 
why is this package missing? Is it actually built by the build process? 
If yes, could you please provide the information on how to create it?


Also where do I get the latest sandbox binary distribution?

Thanks


Hello, tomahawk_shared is a bit separate, I don't know what version you 
need, so take a look there:


http://svn.apache.org/repos/asf/myfaces/shared/tags/

And the sandbox binary.. it was discussed here a few days ago:

http://people.apache.org/maven-snapshot-repository/org/apache/myfaces/tomahawk/tomahawk-sandbox/

Best regards

Ondrej Svetlik


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Costa Basil
Thank you, I got the code. Now, I noticed there is a package that I couldn't find in the source code and that is org.apache.myfaces.shared_tomahawk. What's going on, why is this package missing? Is it actually built by the build process? If yes, could you please provide the information on how to create it?Also where do I get the latest sandbox binary distribution?ThanksOndrej Svetlik <[EMAIL PROTECTED]> wrote: Costa Basil wrote:> Can someone please post the subversion commands that extract the exact > source code that was used to build these two releases?> > I have been able to get the latest version of the source code but things > changed since the last release and I don't know how to extract
 the > source code that was used to build the two releases.> > Could you also please tell me how you label each stable release?> > Thank you in advance,> Costa> > __> Do You Yahoo!?> Tired of spam? Yahoo! Mail has the best spam protection around> http://mail.yahoo.com> svn co http://svn.apache.org/repos/asf/myfaces/core/tags/1_1_3/svn co http://svn.apache.org/repos/asf/myfaces/tomahawk/tags/1_1_2/Best regardsOndrej Svetlik __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com 

Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Ondrej Svetlik

Costa Basil wrote:
Can someone please post the subversion commands that extract the exact 
source code that was used to build these two releases?


I have been able to get the latest version of the source code but things 
changed since the last release and I don't know how to extract the 
source code that was used to build the two releases.


Could you also please tell me how you label each stable release?

Thank you in advance,
Costa

__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com



svn co http://svn.apache.org/repos/asf/myfaces/core/tags/1_1_3/
svn co http://svn.apache.org/repos/asf/myfaces/tomahawk/tags/1_1_2/

Best regards

Ondrej Svetlik


Re: source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Guillaume Doumenc




Will be interested to get it also..

Costa Basil wrote:
Can someone please post the subversion commands that
extract the exact source code that was used to build these two releases?
  
I have been able to get the latest version of the source code but
things changed since the last release and I don't know how to extract
the source code that was used to build the two releases.
  
Could you also please tell me how you label each stable release?
  
Thank you in advance,
Costa
   __
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



-- 
Guillaume Doumenc
StudioGdo : Maîtrisez votre communication...
Tél : +33 (0)6 11 95 24 78
Courriel : [EMAIL PROTECTED]




source code for myfaces core 1.1.3 and tomahawk 1.1.2

2006-06-02 Thread Costa Basil
Can someone please post the subversion commands that extract the exact source code that was used to build these two releases?I have been able to get the latest version of the source code but things changed since the last release and I don't know how to extract the source code that was used to build the two releases.Could you also please tell me how you label each stable release?Thank you in advance,Costa __Do You Yahoo!?Tired of spam?  Yahoo! Mail has the best spam protection around http://mail.yahoo.com 

Core 1.1.3 + Tomahawk 1.1.2 Examples?

2006-05-29 Thread Joe Reger, Jr.

Hi All!

In the past I used the examples WAR files to get started:
myfaces-X.X.X-examples.zip

I can't seem to find a version of the examples that works with Core
1.1.3 and Tomahawk 1.1.2.  Is this an outcome of the Core/Tomahawk
separation?  If so, what would I do to get the
myfaces-1.1.1-examples.zip tiles.war file to work with Core 1.1.3 and
Tomahawk 1.1.2?

Thanks,

Joe


Re: Tomahawk 1.1.2 now in MyFaces maven repo

2006-05-24 Thread Matthias Wessendorf

great!

thanks Sean!

On 5/24/06, Sean Schofield <[EMAIL PROTECTED]> wrote:

For you maven2 users, please be advised we have a copy of the tomahawk
jar now available on the myfaces repo[1].  Sometime later this week we
should have it up on ibiblio.

Sean

[1] http://myfaces.zones.apache.org/dist/maven-repository




--
Matthias Wessendorf
Aechterhoek 18
48282 Emsdetten
http://jroller.com/page/mwessendorf
mwessendorf-at-gmail-dot-com


Tomahawk 1.1.2 now in MyFaces maven repo

2006-05-24 Thread Sean Schofield

For you maven2 users, please be advised we have a copy of the tomahawk
jar now available on the myfaces repo[1].  Sometime later this week we
should have it up on ibiblio.

Sean

[1] http://myfaces.zones.apache.org/dist/maven-repository


Re: Tomahawk 1.1.2 is not in Maven repository

2006-05-24 Thread Sean Schofield

Try it now.  Its up in the myfaces repo.  Sometime later this week
we'll get it on ibiblio.

Sean

On 5/23/06, Paul Spencer <[EMAIL PROTECTED]> wrote:

Sean,
Thank you.

FYI: I have be using the Tomahawk 1.1.3-SNAPSHOT, build number 25 dated
  20060522060820, from the snapshot repository.

Paul Spencer

Sean Schofield wrote:
> No you are in the right place.  There was some kind of mixup.  We'll
> be getting to this (hopefully this week.)  Right now focus is on
> another release.
>
> Sean
>
> On 5/23/06, Paul Spencer <[EMAIL PROTECTED]> wrote:
>> Tomahawk 1.1.2 is not in the Maven repository
>>http://myfaces.zones.apache.org/dist/maven-repository/
>>
>> Am I looking in the wrong place?
>>
>> Paul Spencer
>>
>




Re: Tomahawk 1.1.2 is not in Maven repository

2006-05-23 Thread Paul Spencer

Sean,
Thank you.

FYI: I have be using the Tomahawk 1.1.3-SNAPSHOT, build number 25 dated 
 20060522060820, from the snapshot repository.


Paul Spencer

Sean Schofield wrote:

No you are in the right place.  There was some kind of mixup.  We'll
be getting to this (hopefully this week.)  Right now focus is on
another release.

Sean

On 5/23/06, Paul Spencer <[EMAIL PROTECTED]> wrote:

Tomahawk 1.1.2 is not in the Maven repository
   http://myfaces.zones.apache.org/dist/maven-repository/

Am I looking in the wrong place?

Paul Spencer







Re: Tomahawk 1.1.2 is not in Maven repository

2006-05-23 Thread Paul Spencer

Sean,
Thank you.

FYI: I have be using the Tomahawk 1.1.3-SNAPSHOT, build number 25 dated
 20060522060820, from the snapshot repository.

Paul Spencer

Sean Schofield wrote:

No you are in the right place.  There was some kind of mixup.  We'll
be getting to this (hopefully this week.)  Right now focus is on
another release.

Sean

On 5/23/06, Paul Spencer <[EMAIL PROTECTED]> wrote:

Tomahawk 1.1.2 is not in the Maven repository
   http://myfaces.zones.apache.org/dist/maven-repository/

Am I looking in the wrong place?

Paul Spencer








Re: Tomahawk 1.1.2 is not in Maven repository

2006-05-23 Thread Sean Schofield

No you are in the right place.  There was some kind of mixup.  We'll
be getting to this (hopefully this week.)  Right now focus is on
another release.

Sean

On 5/23/06, Paul Spencer <[EMAIL PROTECTED]> wrote:

Tomahawk 1.1.2 is not in the Maven repository
   http://myfaces.zones.apache.org/dist/maven-repository/

Am I looking in the wrong place?

Paul Spencer



Tomahawk 1.1.2 is not in Maven repository

2006-05-23 Thread Paul Spencer

Tomahawk 1.1.2 is not in the Maven repository
  http://myfaces.zones.apache.org/dist/maven-repository/

Am I looking in the wrong place?

Paul Spencer


Re: Tomahawk 1.1.2 - JSCook Menu - dummyForm has no properties

2006-05-22 Thread Rafael Santini

My menu is already inside a form.

I have upgraded because in prior version the method bean isn't invoked when 
the menu is inside a form.


- Original Message - 
From: "Mike Kienenberger" <[EMAIL PROTECTED]>

To: "MyFaces Discussion" 
Sent: Monday, May 22, 2006 6:07 PM
Subject: Re: Tomahawk 1.1.2 - JSCook Menu - dummyForm has no properties


See http://issues.apache.org/jira/browse/TOMAHAWK-416

Your best bet is to put your menu inside a form as dummyform is going away.


On 5/22/06, Rafael Santini <[EMAIL PROTECTED]> wrote:

Hi all!

I have upgraded my application to Tomahawk 1.1.2. After this, when the 
menu

item is clicked, I get the following javascript error: dummyForm has no
properties.

What has chagend since version 1.1.1 of MyFaces?

Thanks,

Rafael






Re: Tomahawk 1.1.2 - JSCook Menu - dummyForm has no properties

2006-05-22 Thread Mike Kienenberger

See http://issues.apache.org/jira/browse/TOMAHAWK-416

Your best bet is to put your menu inside a form as dummyform is going away.


On 5/22/06, Rafael Santini <[EMAIL PROTECTED]> wrote:

Hi all!

I have upgraded my application to Tomahawk 1.1.2. After this, when the menu
item is clicked, I get the following javascript error: dummyForm has no
properties.

What has chagend since version 1.1.1 of MyFaces?

Thanks,

Rafael




Tomahawk 1.1.2 - JSCook Menu - dummyForm has no properties

2006-05-22 Thread Rafael Santini

Hi all!

I have upgraded my application to Tomahawk 1.1.2. After this, when the menu 
item is clicked, I get the following javascript error: dummyForm has no 
properties.


What has chagend since version 1.1.1 of MyFaces?

Thanks,

Rafael



Re: Having trouble with Tomahawk 1.1.2

2006-05-17 Thread Mike Kienenberger

On 5/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

No I am not using actionForPhase.  It looks like there may be a bug with 
tomahawk on Weblogic 8.1 running on Windows from the following link:
http://issues.apache.org/jira/browse/TOMAHAWK-433?page=all

I am not sure what I can do about it though.

Any suggestions?


It sounded like this was already fixed in the 1.1.3 snapshot,
according to TOMAHAWK-433.

I'm not the best person to ask about this since I use facelets instead of JSP.

But if the latest snapshot isn't working, I'd say you'd want to remove
the tld entry for actionForPhase from the tomahawk tld.

If that works for you, open a JIRA issue and submit a patch, please.


RE: Having trouble with Tomahawk 1.1.2

2006-05-17 Thread bsimonin
No I am not using actionForPhase.  It looks like there may be a bug with 
tomahawk on Weblogic 8.1 running on Windows from the following link:
http://issues.apache.org/jira/browse/TOMAHAWK-433?page=all

I am not sure what I can do about it though.

Any suggestions?

--Brad.


-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
Sent: Wed 5/17/2006 8:57 AM
To: MyFaces Discussion
Subject: Re: Having trouble with Tomahawk 1.1.2
 
On 5/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello.
>
> I am having trouble using Tomahawk 1.1.2.  I am in a Weblogic 8.1 SP5 
> environment and if I use the tomahawk.jar file version 1.1.1 with JSF1.1, 
> myfaces-1.2, and myfaces-1.3 then everything works fine.
>
> But if I use Tomahawk-1.1.2.jar I get the following error no matter which JSF 
> version I use.  Error is as follows:
>
> Parsing of JSP File '/welcomeJSF.jsp' failed: /welcomeJSF.jsp(6): Error in 
> using tag library uri='http://myfaces.apache.org/tomahawk' prefix='t': The 
> Tag class 'org.apache.myfaces.taglib.html.ext.HtmlCommandButtonTag' has no 
> setter method corresponding to TLD declared attribute 'actionForPhase', (JSP 
> 1.1 spec, 5.4.1)
> probably occurred due to an error in /welcomeJSF.jsp line 6:
> <[EMAIL PROTECTED] prefix="t" uri="http://myfaces.apache.org/tomahawk"%> Wed 
> May 17 08:12:55 MDT 2006


actionForPhase is no longer supported.   Are you using it?

Also, you will not be able to use Tomahawk 1.1.1 with MyFaces 1.1.2
and beyond, only with MyFaces 1.1.1 and the JSF RI 1.1.  At least, I'd
be surprised if that worked, and you'd probably hit some strange
errors.



Re: Having trouble with Tomahawk 1.1.2

2006-05-17 Thread Mike Kienenberger

On 5/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Hello.

I am having trouble using Tomahawk 1.1.2.  I am in a Weblogic 8.1 SP5 
environment and if I use the tomahawk.jar file version 1.1.1 with JSF1.1, 
myfaces-1.2, and myfaces-1.3 then everything works fine.

But if I use Tomahawk-1.1.2.jar I get the following error no matter which JSF 
version I use.  Error is as follows:

Parsing of JSP File '/welcomeJSF.jsp' failed: /welcomeJSF.jsp(6): Error in 
using tag library uri='http://myfaces.apache.org/tomahawk' prefix='t': The Tag 
class 'org.apache.myfaces.taglib.html.ext.HtmlCommandButtonTag' has no setter 
method corresponding to TLD declared attribute 'actionForPhase', (JSP 1.1 spec, 
5.4.1)
probably occurred due to an error in /welcomeJSF.jsp line 6:
<[EMAIL PROTECTED] prefix="t" uri="http://myfaces.apache.org/tomahawk"%> Wed 
May 17 08:12:55 MDT 2006



actionForPhase is no longer supported.   Are you using it?

Also, you will not be able to use Tomahawk 1.1.1 with MyFaces 1.1.2
and beyond, only with MyFaces 1.1.1 and the JSF RI 1.1.  At least, I'd
be surprised if that worked, and you'd probably hit some strange
errors.


Having trouble with Tomahawk 1.1.2

2006-05-17 Thread bsimonin
Hello.

I am having trouble using Tomahawk 1.1.2.  I am in a Weblogic 8.1 SP5 
environment and if I use the tomahawk.jar file version 1.1.1 with JSF1.1, 
myfaces-1.2, and myfaces-1.3 then everything works fine.  

But if I use Tomahawk-1.1.2.jar I get the following error no matter which JSF 
version I use.  Error is as follows:

Parsing of JSP File '/welcomeJSF.jsp' failed: /welcomeJSF.jsp(6): Error in 
using tag library uri='http://myfaces.apache.org/tomahawk' prefix='t': The Tag 
class 'org.apache.myfaces.taglib.html.ext.HtmlCommandButtonTag' has no setter 
method corresponding to TLD declared attribute 'actionForPhase', (JSP 1.1 spec, 
5.4.1)
probably occurred due to an error in /welcomeJSF.jsp line 6:
<[EMAIL PROTECTED] prefix="t" uri="http://myfaces.apache.org/tomahawk"%> Wed 
May 17 08:12:55 MDT 2006 

Am I doing something wrong or missing a step?  

--Brad






Re: Problem getting to resources using Tomahawk 1.1.2

2006-05-17 Thread Dennis
Some further clarification, it looks like when deployed to Tomcat it works fine,
but when running in the eclipse environment its not working, its not getting the
tomahawk resources (images and stylesheets, etc...)

I'm running Tomcat 5.5 and the webtools (WTP) plugin on eclipse

-Dennis



Problem getting to resources using Tomahawk 1.1.2

2006-05-16 Thread Dennis
I am attempting to use Tomahawk 1.1.2 with MyFaces 1.1.3 I have created a
panelTabbedPane with a couple of panelTabs but the problem is that tomahawk
resources (stylesheets, images, etc...) are not showing, the tabs just look like
html buttons. 

Any ideas? its driving me crazy

Thanks

Here is my web.xml:


   MyFacesExtensionsFilter

org.apache.myfaces.webapp.filter.ExtensionsFilter
 

uploadMaxFileSize
100m


uploadThresholdSize
100k





MyFacesExtensionsFilter
/faces/myFacesExtensionResource/*




MyFacesExtensionsFilter

FacesServlet




org.apache.myfaces.webapp.StartupServletContextListener




FacesServlet
javax.faces.webapp.FacesServlet
1



FacesServlet
*.jsf




Tomahawk 1.1.2 and inputCalendar with Safari

2006-05-16 Thread Ken
inputCalendar worked fine with Safari with myfaces_1.1.1.  Now with MyFaces 1.1.3 / Tomahawk 1.1.2 inputCalendar returns Na/Na/Na.  This is only a problem with Safari; all other browsers I've tested work fine.  Anyone have any ideas?



RE: TomCat_5.5.17, gentoo lunix, tomahawk 1.1.2: nothing is rendered

2006-05-16 Thread Romanowski, Tim
I can't offer a solution, but I can confirm that this also is a problem
for me; I've tried three versions of tomcat (currently using 5.5.15), as
well as different versions of myfaces/tomahawk (currently using
nightlies).  What are you using for your controller?  I am using Apache
Beehive Pageflows and thought that to be my problem--I get your type of
output on the first page of my controllers, but any subsequent pages
work fine.  However, if I later load a new controller (corresponding to
a different set of pages), the first page again ignores any JSF. Haven't
had time to correct this, I've been able to workaround this by just
coding straight html on my initial page.

What is the rest of your setup?

-Original Message-
From: SergiuT [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 16, 2006 10:41 AM
To: users@myfaces.apache.org
Subject: TomCat_5.5.17, gentoo lunix, tomahawk 1.1.2: nothing is
rendered

writing this:

<%@ taglib prefix="t" uri="http://myfaces.apache.org/tomahawk"%>
<%@ taglib prefix="h" uri="http://java.sun.com/jsf/html"%>
<%@ taglib prefix="f" uri="http://java.sun.com/jsf/core"%>



JSF Tomahawk Tabs Demo




JSF Tomahawk Tabs Demo


start1










end1






I get only this: (HTML output):






JSF Tomahawk Tabs Demo




JSF Tomahawk Tabs Demo



start1



end1





As it was recommended, I have removed commons-el.jar from WEB-INF/lib,
and jsp.jar I am not using at all.
Any ideas will be appreciated...

--
___
Best regards, SergiuT.



TomCat_5.5.17, gentoo lunix, tomahawk 1.1.2: nothing is rendered

2006-05-16 Thread SergiuT

writing this:

<%@ taglib prefix="t" uri="http://myfaces.apache.org/tomahawk"%>
<%@ taglib prefix="h" uri="http://java.sun.com/jsf/html"%>
<%@ taglib prefix="f" uri="http://java.sun.com/jsf/core"%>



JSF Tomahawk Tabs Demo




JSF Tomahawk Tabs Demo


start1










end1






I get only this: (HTML output):






JSF Tomahawk Tabs Demo




JSF Tomahawk Tabs Demo



start1



end1





As it was recommended, I have removed commons-el.jar from WEB-INF/lib, and  
jsp.jar I am not using at all.

Any ideas will be appreciated...

--
___
Best regards, SergiuT.


Re: When tomahawk-1.1.2 and myfaces-core-1.1.3 will be in ibiblio?

2006-05-16 Thread Ronen Naor
What about tomahawk-1.1.2 in http://myfaces.zones.apache.org/dist/maven-repository/
 ? It's missing there as well. I can see the tomahawk-project-1.1.2 pom but not it's jar modules.Thanks.On 5/15/06, Sean Schofield <
[EMAIL PROTECTED]> wrote:It takes a little doing and there aren't enough volunteers for the
less glamorous stuff like this ;-)  Its on my todo list (along withdocumenting the process so others can more easily step in and help.)SeanOn 5/11/06, Bruno Aranda <
[EMAIL PROTECTED]> wrote:> Not sure, but in the meanwhile you can find them in the myfaces zone> repository [1], so you can setup this repository in your pom file.> Devs: to put the artifacts in ibiblio we should only deploy them in
> the apache repository, right? Is there any special reason we have not> done that yet?>> Regards,>> Bruno>> [1] 
http://myfaces.zones.apache.org/dist/maven-repository/>> On 5/11/06, Ronen Naor <[EMAIL PROTECTED]> wrote:> > Hi,> > Can you tell us when 
tomahawk-1.1.2 and myfaces-core-1.1.3 will be in> > ibiblio repository?> >> > Thanks.> >>


Re: When tomahawk-1.1.2 and myfaces-core-1.1.3 will be in ibiblio?

2006-05-15 Thread Sean Schofield

It takes a little doing and there aren't enough volunteers for the
less glamorous stuff like this ;-)  Its on my todo list (along with
documenting the process so others can more easily step in and help.)

Sean

On 5/11/06, Bruno Aranda <[EMAIL PROTECTED]> wrote:

Not sure, but in the meanwhile you can find them in the myfaces zone
repository [1], so you can setup this repository in your pom file.
Devs: to put the artifacts in ibiblio we should only deploy them in
the apache repository, right? Is there any special reason we have not
done that yet?

Regards,

Bruno

[1] http://myfaces.zones.apache.org/dist/maven-repository/

On 5/11/06, Ronen Naor <[EMAIL PROTECTED]> wrote:
> Hi,
> Can you tell us when tomahawk-1.1.2 and myfaces-core-1.1.3 will be in
> ibiblio repository?
>
> Thanks.
>



Re: When tomahawk-1.1.2 and myfaces-core-1.1.3 will be in ibiblio?

2006-05-11 Thread Bruno Aranda

Not sure, but in the meanwhile you can find them in the myfaces zone
repository [1], so you can setup this repository in your pom file.
Devs: to put the artifacts in ibiblio we should only deploy them in
the apache repository, right? Is there any special reason we have not
done that yet?

Regards,

Bruno

[1] http://myfaces.zones.apache.org/dist/maven-repository/

On 5/11/06, Ronen Naor <[EMAIL PROTECTED]> wrote:

Hi,
Can you tell us when tomahawk-1.1.2 and myfaces-core-1.1.3 will be in
ibiblio repository?

Thanks.



When tomahawk-1.1.2 and myfaces-core-1.1.3 will be in ibiblio?

2006-05-11 Thread Ronen Naor
Hi,Can you tell us when tomahawk-1.1.2 and myfaces-core-1.1.3 will be in ibiblio repository?Thanks.


Re: Source code and examples for MyFaces Core 1.1.3 and Tomahawk 1.1.2

2006-05-09 Thread Mike Kienenberger

On 5/9/06, Lindholm, Greg <[EMAIL PROTECTED]> wrote:

I wasn't able to find the source code or examples downloads
for MyFace 1.1.3 or Tomahawk 1.1.2.

Are these going to be available soon in the download area?


I don't know, but it seems unlikely.  You can check out the source
code from svn.

You can also find pre-built maven artifacts in the maven repository:

http://cvs.apache.org/maven-snapshot-repository/org/apache/myfaces/


Source code and examples for MyFaces Core 1.1.3 and Tomahawk 1.1.2

2006-05-09 Thread Lindholm, Greg
I wasn't able to find the source code or examples downloads 
for MyFace 1.1.3 or Tomahawk 1.1.2.  

Are these going to be available soon in the download area?




[ANNOUNCE] MyFaces Tomahawk 1.1.2 Released

2006-05-09 Thread Manfred Geiler

Hi All,

The MyFaces PMC is proud to announce a new and great release of MyFaces 
Tomahawk [1].


MyFaces Tomahawk 1.1.2 is a set of JavaServer(tm) Faces 1.1 compatible 
custom and extended standard components and other JSF goodies.


Please note: This is the first Tomahawk release that is fully independent 
of the MyFaces Core Implementation. From now on you can use any Tomahawk 
release with any MyFaces Core release with a release number greater than 
1.1.2 as well as any other JavaServer(tm) Faces 1.1 compliant 
implementation.


Find below a list of bugs that have been fixed in this release. There is 
also a number of new features and improvements.


Enjoy!
Manfred

[1] http://myfaces.apache.org/tomahawk/


Release Notes - MyFaces Tomahawk - Version 1.1.2

** Bug
* [TOMAHAWK-20] - pageDirection layout for selectManyCheckbox not 
rendered correctly
* [TOMAHAWK-104] - dataScroller "divide by zero" error should be 
changed to a "missing row attribute" error
* [TOMAHAWK-132] - ExtensionsFilter calls addResource.parseResponse() 
on non-HTML responses
* [TOMAHAWK-136] - Schedule component:  Add rowheight property to the 
detailed view (Day View) similar to MonthRowHeight, compactWeekRowHeight

* [TOMAHAWK-139] - Some fixes to inputSuggestAjax component
* [TOMAHAWK-150] - custom ScheduleEntryRenderer is applied to all 
schedule components in the same application
* [TOMAHAWK-152] - t:selectOneRadio and t:radio should do the same 
when check the selected item
* [TOMAHAWK-156] - DataList doesn't validate or update model in 1.1.2 
nightlies
* [TOMAHAWK-164] - CompareToValidator and EqualValidator does not work 
on generic EditableValueHolders, only UIInput subclasses (ADF Faces)

* [TOMAHAWK-172] - UIColumns does not support java.util.Set
* [TOMAHAWK-181] - Picklist does not support non-string values
* [TOMAHAWK-187] - ClassCastException using panelTabbedPane in nightly 
build

* [TOMAHAWK-196] - PopupCalendar &  tag
* [TOMAHAWK-198] - Extra jar in simple examples
* [TOMAHAWK-201] - Null pointer exception in 
org.apache.myfaces.shared_tomahawk.renderkit.html.HtmlRendererUtils.selectContentType

* [TOMAHAWK-203] - Triggering of JavaScript with JSCookMenu broken.
* [TOMAHAWK-215] - The  content of the facet "detailStamp" in 
t:datatable is not decoded/validated/updated

* [TOMAHAWK-216] - TabChangeListener not invoked
* [TOMAHAWK-219] - stateChangedNotifier does not use ValueBinding for 
the confirmation message

* [TOMAHAWK-239] - aliasbean + aliasing a member + binding = fails
* [TOMAHAWK-242] - AddResourceFactory throws Exception
* [TOMAHAWK-257] - tomahawk xml parser: Ignored element 'servlet-name' 
as child of 'filter-mapping'.

* [TOMAHAWK-266] - Master-detail example not working
* [TOMAHAWK-267] - Collapsible panel in datatable gets jammed
* [TOMAHAWK-268] - Date tag does not display properly, javascript 
errors are returned
* [TOMAHAWK-269] - JSCookMenu can't be used as a child of a form, and 
AddResources code for custom themes is incomplete
* [TOMAHAWK-270] - The first part of the examples-config.xml file for 
the sandbox examples is missing
* [TOMAHAWK-271] - AddResource has changes that break custom classes 
and JSP pages using javascriptLocation

* [TOMAHAWK-272] - commandLink not working inside dataList
* [TOMAHAWK-273] -  stops working with Facelets
* [TOMAHAWK-274] - HtmlDataTable.getClientId() should use info() not 
warn() when using forcedIdIndex

* [TOMAHAWK-275] - No way to make selection from code in Tree2
* [TOMAHAWK-276] - The facet for popup component only accept 
components with children

* [TOMAHAWK-277] - inputCalendar localized month names problem
* [TOMAHAWK-278] - t:tree2: javascript error in some version of IE
* [TOMAHAWK-279] - InputSuggestAjax does not work when 
javax.faces.STATE_SAVING_METHOD=server

* [TOMAHAWK-280] - selectOne[Country/[EMAIL PROTECTED] VB ignored
* [TOMAHAWK-281] - tree2 affected by changes to UIViewRoot
* [TOMAHAWK-282] - AddResource should use the current character 
encoding
* [TOMAHAWK-283] - InputDate(s) within dataTable submitting incorrect 
dates
* [TOMAHAWK-284] - Calendar popup is incorrectly positioned inside 
scrolling div
* [TOMAHAWK-285] - HtmlCalendarRenderer doesn't respect enclosed 
converted when encoding
* [TOMAHAWK-286] - AddResource uses static StringBuffer 
ADDITIONAL_JAVASCRIPT_TO_BODY_TAG for per-request data
* [TOMAHAWK-287] - tomahawk HtmlSelectOneMenuTag has no setter 
corresponding to TLD declared attribute 'escape'

* [TOMAHAWK-288] - AjaxPhaseListener does not work with forceId
* [TOMAHAWK-289] - [tree2] Cannot dynamically add or delete nodes
* [TOMAHAWK-290] - Exception in inputDate
* [TOMAHAWK-291] - Popup component  renders an empty box at the 0px 
origin in addi

Tomahawk 1.1.2 AND panelNavigation2 AND tiles

2006-05-09 Thread Hannes Carl Meyer

Salut,

I updated my application to myfaces-1.1.3 and tomahawk-1.1.2 - but I 
still have strange problems using t:panelNavigation2 inside my 
application using tiles 


The panelNavigation2 is just not rendered correctly inside a tiles based 
application...


I already posted this issue to the tomahawk jira 
http://issues.apache.org/jira/browse/TOMAHAWK-421


does someone has a workaround? do I forgot something?

p.s. you can reproduce this problem by putting a simple 
t:panelNavigation2 element inside the examples' tiles.war


Best regards

Hannes


Re: Tomahawk 1.1.2 jscookMenu Bugs ?

2006-05-09 Thread Dennis Byrne
Dominique,

Please put a patch in the issue tracker ! 

http://issues.apache.org/jira/browse/TOMAHAWK

:)

Dennis Byrne

>-Original Message-
>From: Boeckli, Dominique [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, May 9, 2006 03:57 AM
>To: 'MyFaces Discussion'
>Subject: Tomahawk 1.1.2 jscookMenu Bugs ?
>
>First case: 
>
> action="http://t-web/";  target="_self"/> 
>
>always open in a new window or tab in IE and Firefox.
>
> 
>
>Second:
>
>icon="/graphics/contact.png" action="mailto:test@test.com"/> 
>
>is not recognized as a URL.
>
> 
>
>This is my quick an dirty fix in MyFacesHack.js (in bold): 
>
>//
>// Overrides the original JSCookMenu function to work with MyFaces
>//
>function cmItemMouseUp (obj, index)
>{
>var item = _cmItemList[index];
>
>var link = null, target = '_self';
>
>if (item.length > 2)
>link = item[2];
>if (item.length > 3 && item[3])
>target = item[3];
>
>if (link != null)
>{
>// changes by Richard J. Barbalace
>if (link.match(/^\w*:A\]\w*:\/\//) != null ) {
>// Link is a URL
>link = link.replace(/^\w*:A\]/, "");  // Remove JSF ID
>target = '_self';
>// target fix
>window.open (link, target);
>} else if ( link.match(/^\w*:A\]mailto:/) != null ) {
>// mailto fix
>// Link is a mailto URL
>// mailto fix
>link = link.replace(/^\w*:A\]/, "");  // Remove JSF ID
>// mailto fix
>target = '_self';
>// target fix
>window.open (link, target);
>// mailto fix
>} else if (link.match(/^\w*:A\]\w*:/) != null ) {
>// Link is a script method
>link = link.replace(/^\w*:A\]\w*:/, "");  // Remove JSF ID
>eval(link);
>} else {
>// Link is a JSF action
>var dummyForm = document.forms[target];
>dummyForm.elements['jscook_action'].value = link;
>dummyForm.submit();
>}
>}
>
> 
>
> 
>
>kind regards
>
> 
>
>Dominique
>
>




Tomahawk 1.1.2 jscookMenu Bugs ?

2006-05-09 Thread Boeckli, Dominique




First 
case: 
  
always open 
in a new window or tab in IE and Firefox.
 
Second:
 
is not recognized as a 
URL.
 
This is my quick an dirty fix in 
MyFacesHack.js (in bold): 
 Overrides the original JSCookMenu function to 
work with MyFaces//function cmItemMouseUp (obj, 
index){    var item = 
_cmItemList[index];
    var link = null, target = 
'_self';        if (item.length > 
2)    link = 
item[2];    if (item.length > 3 && 
item[3])    target = 
item[3];
    if (link != 
null)    {    // 
changes by Richard J. Barbalace    if 
(link.match(/^\w*:A\]\w*:\/\//) != null ) 
{    // Link 
is a URL    
link = link.replace(/^\w*:A\]/, "");  // Remove JSF 
IDtarget = 
'_self';   
// target 
fix    
window.open (link, target);    } else if ( 
link.match(/^\w*:A\]mailto:/) != null ) 
{ 
// mailto 
fix    // 
Link is a mailto 
URL    
// mailto 
fix    link = 
link.replace(/^\w*:A\]/, "");  // Remove JSF 
ID   
// mailto 
fix    
target = 
'_self';    
// target 
fix    
window.open (link, 
target); 
// mailto fix    
} else if (link.match(/^\w*:A\]\w*:/) != null ) 
{    // Link 
is a script 
method    
link = link.replace(/^\w*:A\]\w*:/, "");  // Remove JSF 
ID    
eval(link);    } else 
{    // Link 
is a JSF 
action    var 
dummyForm = 
document.forms[target];    
dummyForm.elements['jscook_action'].value = 
link;    
dummyForm.submit();    
}    }
 
 
kind regards
 
Dominique


Tomahawk 1.1.2?

2006-05-09 Thread JeanClaude . Pace

Hi,

I see that Tomahawk 1.1.2 has been released
(hooray!). Where may I find a list of changes/updates/fixes etc?

Thanks

Jean


Re: Tomahawk 1.1.2

2006-05-04 Thread Adrien FOURES

It's a very good news, thanks a lot for the myfaces team's job

Sean Schofield wrote:


We are targeting next Monday for the official release.

Sean

On 5/3/06, pmuir <[EMAIL PROTECTED]> wrote:



I don't think 1.1.2 has been released yet.  I've used the svn source 
to build

a copy or you can download the latest (binary) snapshot (1.1.3) here:

http://cvs.apache.org/builds/myfaces/nightly/

HTH
--
View this message in context: 
http://www.nabble.com/Sandbox-form-component-bug-t1539106.html#a4206616

Sent from the MyFaces - Users forum at Nabble.com.







Re: Tomahawk 1.1.2

2006-05-03 Thread Sean Schofield

We are targeting next Monday for the official release.

Sean

On 5/3/06, pmuir <[EMAIL PROTECTED]> wrote:


I don't think 1.1.2 has been released yet.  I've used the svn source to build
a copy or you can download the latest (binary) snapshot (1.1.3) here:

http://cvs.apache.org/builds/myfaces/nightly/

HTH
--
View this message in context: 
http://www.nabble.com/Sandbox-form-component-bug-t1539106.html#a4206616
Sent from the MyFaces - Users forum at Nabble.com.




Re: Tomahawk 1.1.2

2006-05-03 Thread pmuir

I don't think 1.1.2 has been released yet.  I've used the svn source to build
a copy or you can download the latest (binary) snapshot (1.1.3) here:

http://cvs.apache.org/builds/myfaces/nightly/

HTH
--
View this message in context: 
http://www.nabble.com/Sandbox-form-component-bug-t1539106.html#a4206616
Sent from the MyFaces - Users forum at Nabble.com.



Tomahawk 1.1.2

2006-05-03 Thread Adrien FOURES


Hello,

I wanted to know when the 1.1.2 tomahawk can be download, beacause i use 
tree2 component and the 1.1.2 resolve a lot of questions :-)


Thanks a lot for your help

Adrien


Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Dennis Byrne
Prashant,

Notice java.util.ArrayList.writeObject in the stack trace.  It appears as 
though the exception is being thrown when it is trying to serialize an object 
in a List, not the object which to which the List is a propery of.

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 04:28 PM
>To: 'MyFaces Discussion'
>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Here is the full stack trace. It seems to be happening in the render lifecycle 
>phase. Threre is only one definition of the class. However, there is an inner 
>classes defined inside of MyIpaList called PartyNameMap. PartyNameMap also 
>implements the serializable interface and has a default no-arg constructor. I 
>am not sure if that is causing the problem.
>
>ERROR JspStateManagerImpl - Exiting deserializeView - Could not deserialize 
>state: amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid 
>constructor
>java.io.InvalidClassException: 
>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
>at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
>at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>at java.util.ArrayList.writeObject(ArrayList.java:570)
>at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
>at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>at java.lang.reflect.Method.invoke(Method.java:585)
>at 
> java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890)
>at 
> java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333)
>at 
> java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl.serializeView(JspStateManagerImpl.java:590)
>at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedViewInServletSession(JspStateManagerImpl.java:493)
>at 
> org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:332)
>at org.apache.myfaces.taglib.core.ViewTag.doAfterBody(ViewTag.java:122)
>at 
> org.apache.jsp.myIpaList_jsp._jspx_meth_f_view_0(org.apache.jsp.myIpaList_jsp:204)
>at 
> org.apache.jsp.myIpaList_jsp._jspService(org.apache.jsp.myIpaList_jsp:124)
>at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
>at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
>at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
>at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574)
>at 
> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499)
>at 
> org.apache.jetspeed.dispatcher.JetspeedRequestDispatcher.include(JetspeedRequestDispatcher.java:65)
>at 
> org.apache.myfaces.context.portlet.PortletExternalContextImpl.dispatch(PortletExternalContextImpl.java:164)
>at 
> org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:195)
>at 
> org.apache.myfaces.lifecycle.LifecycleImpl.render(Lif

RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Nagaraddi, Prashant
Here is the full stack trace. It seems to be happening in the render lifecycle 
phase. Threre is only one definition of the class. However, there is an inner 
classes defined inside of MyIpaList called PartyNameMap. PartyNameMap also 
implements the serializable interface and has a default no-arg constructor. I 
am not sure if that is causing the problem.

ERROR JspStateManagerImpl - Exiting deserializeView - Could not deserialize 
state: amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid 
constructor
java.io.InvalidClassException: 
amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
at java.util.ArrayList.writeObject(ArrayList.java:570)
at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:890)
at 
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1333)
at 
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1284)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1073)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.serializeView(JspStateManagerImpl.java:590)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedViewInServletSession(JspStateManagerImpl.java:493)
at 
org.apache.myfaces.application.jsp.JspStateManagerImpl.saveSerializedView(JspStateManagerImpl.java:332)
at org.apache.myfaces.taglib.core.ViewTag.doAfterBody(ViewTag.java:122)
at 
org.apache.jsp.myIpaList_jsp._jspx_meth_f_view_0(org.apache.jsp.myIpaList_jsp:204)
at 
org.apache.jsp.myIpaList_jsp._jspService(org.apache.jsp.myIpaList_jsp:124)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:574)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:499)
at 
org.apache.jetspeed.dispatcher.JetspeedRequestDispatcher.include(JetspeedRequestDispatcher.java:65)
at 
org.apache.myfaces.context.portlet.PortletExternalContextImpl.dispatch(PortletExternalContextImpl.java:164)
at 
org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:195)
at 
org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:367)
at 
org.apache.myfaces.portlet.MyFacesGenericPortlet.nonFacesRequest(MyFacesGenericPortlet.java:322)
at 
org.apache.myfaces.portlet.MyFacesGenericPortlet.nonFacesRequest(MyFacesGenericPortlet.java:297)
at 
org.apache.myfaces.portlet.MyFacesGenericPortlet.facesRender(MyFacesGenericPortlet.java:379)
at 
org.apache.myfaces.portlet.MyFacesGenericPortlet.doView(MyFacesGenericPortlet.java:265)

-Original Message-
From: Dennis Byrne [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 21, 2006 12:23 PM
To: users@myfaces.apache.org
Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

I highly doubt it but I am a little curious here.  Can you post a full stack 
trace please.  I want to see at which point in the lifecyle this is happening.  
In the meantime, please check for more than one definition of

Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Dennis Byrne
I highly doubt it but I am a little curious here.  Can you post a full stack 
trace please.  I want to see at which point in the lifecyle this is happening.  
In the meantime, please check for more than one definition of the class laying 
around.

Is it only the one class ?

Is this class under /WEB-INF/lib, or in a global dir?

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 03:09 PM
>To: [EMAIL PROTECTED]
>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Hi Dennis,
>
>Actually, I had the same setup with the 1.1.1 version and I didn't have the 
>serialize/deserialize problems that I am now facing. I am using the the core 
>1.1.3 and tomahawk 1.1.3-SNAPSHOP jars. Could it be that there is still an 
>issue with the core?
>
>-Prashant.
>
>-Original Message-
>From: Dennis Byrne [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 11:49 AM
>To: MyFaces Discussion
>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Well, then you either have a serial version mismatch or there are unknown data 
>types in the class.  There was a bug in core related to this once but it was 
>introduced after 1.1.1 and before 1.1.2 ( not in a release ).
>
>Dennis Byrne
>
>>-Original Message-
>>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>>Sent: Friday, April 21, 2006 02:38 PM
>>To: 'MyFaces Discussion'
>>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>
>>Yes, I have already defined a default no-arg constructor for the MyIpaList. I 
>>still get this error.
>>
>>-Original Message-
>>From: Dennis Byrne [mailto:[EMAIL PROTECTED]
>>Sent: Friday, April 21, 2006 11:23 AM
>>To: MyFaces Discussion
>>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>
>>Try giving MyIpaList must have a default no-arg constructor.
>>
>>Dennis Byrne
>>
>>>-Original Message-
>>>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>>>Sent: Friday, April 21, 2006 02:19 PM
>>>To: 'MyFaces Discussion'
>>>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>>
>>>Hello Mike,
>>>
>>>Thanks for that suggestion. Setting the configuration to use not check for 
>>>extension filters gets rid of the error. However, I now face the following 
>>>problem with serialization with a backing bean (I have  set for 
>>>the bean in the JSP). The class in question has a default constructor 
>>>defined taking no parameters.
>>>
>>>ERROR JspStateManagerImpl - Exiting deserializeView - Could not
>>>deserialize state:
>>>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid
>>>constructor
>>>java.io.InvalidClassException: 
>>>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
>>>at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
>>>at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
>>>at 
>>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
>>>at 
>>> java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>>>at 
>>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>>>at 
>>> java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>>>at 
>>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>>>    at 
>>> java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>>>at java.util.ArrayList.writeObject(ArrayList.java:570)
>>>at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
>>> ...
>>>
>>>Any ideas as to why this happens?
>>>
>>>-Prashant.
>>>
>>>-Original Message-
>>>From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
>>>Sent: Thursday, April 20, 2006 4:29 PM
>>>To: MyFaces Discussion
>>>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>>
>>>On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
>>>> I am invoking a JSF page
>>>> via a Jetspeed 1.6 portlet
>>>>I get the
>>>> following error upon startup:
>>>>
>>>> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.
>>>
>>>Well, the base problem is that servlet filters don't work with portlets.
>>>
>>>Perhaps Mario's latest extension filter check is being too rigorous about 
>>>requiring it.
>>>
>>>You might try setting this parameter and see if it gets you past the error, 
>>>but some tomahawk functionality is not possible from a portlet.
>>>
>>>
>>>org.apache.myfaces.CHECK_EXTENSIONS_FILTER
>>>false
>>>
>>>
>>
>>
>
>




Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Dennis Byrne
Well, then you either have a serial version mismatch or there are unknown data 
types in the class.  There was a bug in core related to this once but it was 
introduced after 1.1.1 and before 1.1.2 ( not in a release ).

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 02:38 PM
>To: 'MyFaces Discussion'
>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Yes, I have already defined a default no-arg constructor for the MyIpaList. I 
>still get this error.
>
>-Original Message-
>From: Dennis Byrne [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 11:23 AM
>To: MyFaces Discussion
>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Try giving MyIpaList must have a default no-arg constructor.
>
>Dennis Byrne
>
>>-Original Message-
>>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>>Sent: Friday, April 21, 2006 02:19 PM
>>To: 'MyFaces Discussion'
>>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>
>>Hello Mike,
>>
>>Thanks for that suggestion. Setting the configuration to use not check for 
>>extension filters gets rid of the error. However, I now face the following 
>>problem with serialization with a backing bean (I have  set for 
>>the bean in the JSP). The class in question has a default constructor defined 
>>taking no parameters.
>>
>>ERROR JspStateManagerImpl - Exiting deserializeView - Could not
>>deserialize state:
>>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid
>>constructor
>>java.io.InvalidClassException: 
>>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
>>at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
>>at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
>>at 
>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
>>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>>at 
>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>>at 
>> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>>at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>>at java.util.ArrayList.writeObject(ArrayList.java:570)
>>at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
>>  ...
>>
>>Any ideas as to why this happens?
>>
>>-Prashant.
>>
>>-Original Message-
>>From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
>>Sent: Thursday, April 20, 2006 4:29 PM
>>To: MyFaces Discussion
>>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>>
>>On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
>>> I am invoking a JSF page
>>> via a Jetspeed 1.6 portlet
>>>I get the
>>> following error upon startup:
>>>
>>> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.
>>
>>Well, the base problem is that servlet filters don't work with portlets.
>>
>>Perhaps Mario's latest extension filter check is being too rigorous about 
>>requiring it.
>>
>>You might try setting this parameter and see if it gets you past the error, 
>>but some tomahawk functionality is not possible from a portlet.
>>
>>
>>org.apache.myfaces.CHECK_EXTENSIONS_FILTER
>>false
>>
>>
>
>




RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Nagaraddi, Prashant
Yes, I have already defined a default no-arg constructor for the MyIpaList. I 
still get this error. 

-Original Message-
From: Dennis Byrne [mailto:[EMAIL PROTECTED] 
Sent: Friday, April 21, 2006 11:23 AM
To: MyFaces Discussion
Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

Try giving MyIpaList must have a default no-arg constructor.

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 02:19 PM
>To: 'MyFaces Discussion'
>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Hello Mike,
>
>Thanks for that suggestion. Setting the configuration to use not check for 
>extension filters gets rid of the error. However, I now face the following 
>problem with serialization with a backing bean (I have  set for 
>the bean in the JSP). The class in question has a default constructor defined 
>taking no parameters. 
>
>ERROR JspStateManagerImpl - Exiting deserializeView - Could not 
>deserialize state: 
>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid 
>constructor
>java.io.InvalidClassException: 
>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
>at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
>at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>at java.util.ArrayList.writeObject(ArrayList.java:570)
>at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
>   ...
>
>Any ideas as to why this happens?
>
>-Prashant.
>
>-Original Message-
>From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
>Sent: Thursday, April 20, 2006 4:29 PM
>To: MyFaces Discussion
>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
>> I am invoking a JSF page
>> via a Jetspeed 1.6 portlet
>>I get the
>> following error upon startup:
>>
>> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.
>
>Well, the base problem is that servlet filters don't work with portlets.
>
>Perhaps Mario's latest extension filter check is being too rigorous about 
>requiring it.
>
>You might try setting this parameter and see if it gets you past the error, 
>but some tomahawk functionality is not possible from a portlet.
>
>
>org.apache.myfaces.CHECK_EXTENSIONS_FILTER
>false
>
>



Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Dennis Byrne
Try giving MyIpaList must have a default no-arg constructor.

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Friday, April 21, 2006 02:19 PM
>To: 'MyFaces Discussion'
>Subject: RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Hello Mike,
>
>Thanks for that suggestion. Setting the configuration to use not check for 
>extension filters gets rid of the error. However, I now face the following 
>problem with serialization with a backing bean (I have  set for 
>the bean in the JSP). The class in question has a default constructor defined 
>taking no parameters.
>
>ERROR JspStateManagerImpl - Exiting deserializeView - Could not deserialize 
>state: amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid 
>constructor
>java.io.InvalidClassException: 
>amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
>at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
>at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
>at 
> java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
>at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
>at java.util.ArrayList.writeObject(ArrayList.java:570)
>at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
>   ...
>
>Any ideas as to why this happens?
>
>-Prashant.
>
>-Original Message-
>From: Mike Kienenberger [mailto:[EMAIL PROTECTED]
>Sent: Thursday, April 20, 2006 4:29 PM
>To: MyFaces Discussion
>Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
>> I am invoking a JSF page
>> via a Jetspeed 1.6 portlet
>>I get the
>> following error upon startup:
>>
>> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.
>
>Well, the base problem is that servlet filters don't work with portlets.
>
>Perhaps Mario's latest extension filter check is being too rigorous about 
>requiring it.
>
>You might try setting this parameter and see if it gets you past the error, 
>but some tomahawk functionality is not possible from a portlet.
>
>
>org.apache.myfaces.CHECK_EXTENSIONS_FILTER
>false
>
>




RE: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-21 Thread Nagaraddi, Prashant
Hello Mike,

Thanks for that suggestion. Setting the configuration to use not check for 
extension filters gets rid of the error. However, I now face the following 
problem with serialization with a backing bean (I have  set for 
the bean in the JSP). The class in question has a default constructor defined 
taking no parameters. 

ERROR JspStateManagerImpl - Exiting deserializeView - Could not deserialize 
state: amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid 
constructor
java.io.InvalidClassException: 
amazon.merchants.ipa.workflow.backingbeans.MyIpaList; no valid constructor
at java.io.ObjectStreamClass.(ObjectStreamClass.java:428)
at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:268)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1029)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
at java.io.ObjectOutputStream.writeArray(ObjectOutputStream.java:1245)
at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1069)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:291)
at java.util.ArrayList.writeObject(ArrayList.java:570)
at sun.reflect.GeneratedMethodAccessor326.invoke(Unknown Source)
...

Any ideas as to why this happens?

-Prashant.

-Original Message-
From: Mike Kienenberger [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 20, 2006 4:29 PM
To: MyFaces Discussion
Subject: Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
> I am invoking a JSF page
> via a Jetspeed 1.6 portlet
>I get the
> following error upon startup:
>
> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.

Well, the base problem is that servlet filters don't work with portlets.

Perhaps Mario's latest extension filter check is being too rigorous about 
requiring it.

You might try setting this parameter and see if it gets you past the error, but 
some tomahawk functionality is not possible from a portlet.


org.apache.myfaces.CHECK_EXTENSIONS_FILTER
false



Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-20 Thread Mike Kienenberger
On 4/20/06, Nagaraddi, Prashant <[EMAIL PROTECTED]> wrote:
> I am invoking a JSF page
> via a Jetspeed 1.6 portlet
>I get the
> following error upon startup:
>
> java.lang.IllegalStateException: ExtensionsFilter not correctly configured.

Well, the base problem is that servlet filters don't work with portlets.

Perhaps Mario's latest extension filter check is being too rigorous
about requiring it.

You might try setting this parameter and see if it gets you past the
error, but some tomahawk functionality is not possible from a portlet.


org.apache.myfaces.CHECK_EXTENSIONS_FILTER
false



Re: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-20 Thread Dennis Byrne
Hello Prashant,

I'm not sure what the problem is but could you please do us a favor and see if 
you are still getting this error with tomahawk-1.1.3-SNAPSHOT-bin ?

http://cvs.apache.org/builds/myfaces/nightly/

Dennis Byrne

>-Original Message-
>From: Nagaraddi, Prashant [mailto:[EMAIL PROTECTED]
>Sent: Thursday, April 20, 2006 05:53 PM
>To: users@myfaces.apache.org
>Subject: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT
>
>Hello,
>
>Not sure if this was addressed in the previous threads but thought I'd see if 
>anyone would know why I get the following error. I am invoking a JSF page via 
>a Jetspeed 1.6 portlet with a fusion bridge. The page renders with the 
>myfaces-1.1.1-all jar and now I am trying to run it with the myfaces-1.1.2 
>core release and Tomahawk-1.1.2-SNAPSHOP jar from 4/19/2006. I get the 
>following error upon startup:
>
>java.lang.IllegalStateException: ExtensionsFilter not correctly configured. 
>JSF mapping missing. JSF pages not covered. Please see: 
>http://myfaces.apache.org/tomahawk/extensionsFilter.html
>at 
> org.apache.myfaces.renderkit.html.util.AddResourceFactory.throwExtensionsFilterMissing(AddResourceFactory.java:371)
>at 
> org.apache.myfaces.renderkit.html.util.AddResourceFactory.checkEnvironment(AddResourceFactory.java:333)
>at 
> org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:288)
>at 
> org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeJavascript(HtmlTreeRenderer.java:608)
>at 
> org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeBegin(HtmlTreeRenderer.java:149)
>at 
> javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:512)
>at 
> org.apache.myfaces.custom.tree2.UITreeData.encodeBegin(UITreeData.java:243)
>at 
> org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:433)
>at 
> org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:419)
>at 
> org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:440)
>...
>
>I am using the same settings as before in my web.xml (and it matches the 
>settings of the web.xml file in the myfaces-example-simple-1.1.2-SNAPSHOP 
>project) but I also tried changing the extensionsFilter mapping to the use the 
>following filter class (which was indicated to me upon startup when using the 
>old filter class):
>
>org.apache.myfaces.webapp.filter.ExtensionsFilter
>
>I get the same exception even after I use this class. Any ideas on what is 
>wrong? Is this something that will be fixed in the tomahawk-1.1.2 core release?
>
>Thanks,
>-Prashant.
>




ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT

2006-04-20 Thread Nagaraddi, Prashant
Title: ExtensionsFilter error with Tomahawk-1.1.2-SNAPSHOT 






Hello,


Not sure if this was addressed in the previous threads but thought I'd see if anyone would know why I get the following error. I am invoking a JSF page via a Jetspeed 1.6 portlet with a fusion bridge. The page renders with the myfaces-1.1.1-all jar and now I am trying to run it with the myfaces-1.1.2 core release and Tomahawk-1.1.2-SNAPSHOP jar from 4/19/2006. I get the following error upon startup:

java.lang.IllegalStateException: ExtensionsFilter not correctly configured. JSF mapping missing. JSF pages not covered. Please see: http://myfaces.apache.org/tomahawk/extensionsFilter.html

    at org.apache.myfaces.renderkit.html.util.AddResourceFactory.throwExtensionsFilterMissing(AddResourceFactory.java:371)

    at org.apache.myfaces.renderkit.html.util.AddResourceFactory.checkEnvironment(AddResourceFactory.java:333)

    at org.apache.myfaces.renderkit.html.util.AddResourceFactory.getInstance(AddResourceFactory.java:288)

    at org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeJavascript(HtmlTreeRenderer.java:608)

    at org.apache.myfaces.custom.tree2.HtmlTreeRenderer.encodeBegin(HtmlTreeRenderer.java:149)

    at javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:512)

    at org.apache.myfaces.custom.tree2.UITreeData.encodeBegin(UITreeData.java:243)

    at org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:433)

    at org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChildren(RendererUtils.java:419)

    at org.apache.myfaces.shared_impl.renderkit.RendererUtils.renderChild(RendererUtils.java:440)

    …


I am using the same settings as before in my web.xml (and it matches the settings of the web.xml file in the myfaces-example-simple-1.1.2-SNAPSHOP project) but I also tried changing the extensionsFilter mapping to the use the following filter class (which was indicated to me upon startup when using the old filter class):

org.apache.myfaces.webapp.filter.ExtensionsFilter


I get the same exception even after I use this class. Any ideas on what is wrong? Is this something that will be fixed in the tomahawk-1.1.2 core release?

Thanks,

-Prashant.





Issue with myfaces-core-1.1.2/tomahawk-1.1.2-snapshot and t:panelNavigation2 within tiles

2006-04-19 Thread Hannes Carl Meyer

Hi List,
Hi Developer Team,

I have got a working myfaces-1.1.1 & tomahawk-1.1.1 application, using 
tiles (JspTilesViewHandlerImpl) AND some t:panelNavigation2 elements.
When I use myfaces-1.1.2 and the latest nightly tomahawk-1.1.2-snapshot 
everything EXCEPT t:panelNavigation2 is working...


To make sure, I downloaded the latest tomahawk-examples-1.1.2-snapshot 
version and deployed the myfaces-example-tiles-1.1.2-SNAPSHOT.war 
including a modified
jsp with t:panelNavigation2 - I'm getting the exact same problem as in 
my application: an empty html list is generated, including links but no 
text at all:







Best regards

Hannes




Classnotfoundexceptions while using nightly builds : tomahawk-1.1.2-SNAPSHOT.jar

2006-02-06 Thread Hasnain Badami
Hi
 
I am trying to use 
<t:tabChangeListener /> 
on the server side. I went through some of the messages on the groups and found that in order to run the listener on the server I have to use serverSideTabSwitch attribute of paneltabbedpane, but this is available only through the nightly builds. So, I downloaded the nightly build but when I deploy the 
tomahawk-1.1.2-SNAPSHOT.jar file to my web-inf/lib folder my jboss server throws exceptions like 
 
2006-02-06 13:28:53,206 ERROR [org.apache.myfaces.util.ClassUtils] Class org.apache.myfaces.component.html.ext.HtmlSelectManyCheckbox not foundjava.lang.ClassNotFoundException: Unexpected error during load of: 
org.apache.myfaces.component.html.ext.HtmlSelectManyCheckbox, msg=org/apache/myfaces/component/EscapeCapable at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:512) at org.jboss.mx.loading.RepositoryClassLoader.loadClass
 (RepositoryClassLoader.java:377) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName
 (Class.java:242) at org.apache.myfaces.util.ClassUtils.classForName(ClassUtils.java:138) at org.apache.myfaces.util.ClassUtils.simpleClassForName(ClassUtils.java:157) at org.apache.myfaces.application.ApplicationImpl.addComponent
 (ApplicationImpl.java:270) at org.apache.myfaces.config.FacesConfigurator.configureApplication(FacesConfigurator.java:454) at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:130) at 
org.apache.myfaces.webapp.StartupServletContextListener .initFaces(StartupServletContextListener.java:63) at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java
 :46) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104) at org.apache.catalina.core.ContainerBase.addChildInternal
 (ContainerBase.java:759) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) 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:585) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150) at org.jboss.mx.server.MBeanServerImpl.invoke
 (MBeanServerImpl.java:644) at org.apache.catalina.core.StandardContext.init(StandardContext.java:5005) 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:585) at org.apache.commons.modeler.BaseModelMBean.invoke
 (BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:150) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal
 (TomcatDeployer.java:280) at org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java :88) at org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java:357) at org.jboss.web.WebModule.startModule
 (WebModule.java:68) at org.jboss.web.WebModule.startService(WebModule.java:46) at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:274) at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle
 (ServiceMBeanSupport.java:230) at sun.reflect.GeneratedMethodAccessor42.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke
 (Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch(Invocation.java:80) at org.jboss.mx.server.Invocation.invoke(Invocation.java
 :72) at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:245) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:644) at org.jboss.system.ServiceController$ServiceProxy.invoke
 (ServiceController.java:943) at $Proxy0.start(Unknown Source) at org.jboss.system.ServiceController.start(ServiceController.java:428) at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke
 (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:141) at org.jboss.mx.server.Invocation.dispatch
 (Invocation.java: