date:20070815

Without a common interface I don't think these objects will ever be
compilable in to any kind of native code - so you may never be able to
upgrade to 4.1 if that is your blocking point.   If it were something
catchable early its possible the statement could fall back to normal
ognl reflection but in this case the statements are getting compiled
against one object type successfully and failing later in the native
code when a new class type is used.

In Summary:  Find a way to have a common interface for these object
properties or don't plan on upgrading anytime soon...

On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

 Thanks for the  suggestion. I tried the latest ognl build, but the problem is
 still there (and in addition I get a bunch of OGNL stack traces in other
 places).

 Ok, I guess I can't use 4.1.x just yet :-/

 Andrus



 On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
 
  I found essentially the same problem in a @For loop over a list of objects
  that do not implement any common interface, but (by design) have matching
  method names. Tapestry would try to cast to the class of the first object
  in
  the loop, instead of using a declared class of the loop variable. This
  stalled our upgrade to 4.1.2.
  I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I
  am
  still not sure whether this is a Tapestry or OGNL bug (or rather where the
  solution should be implemented). BTW where OGNL posts its releases now? I
  couldn't find anything beyond 2.6.7.
  I wonder if you had a chance to look into this issue?
 

 Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new
 OGNL snapshots on his repository (
 http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/).
 Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer
 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue
 for us). Though I'm still tracking down yet another, similar
 ClassCastException one even in the latest.

 Kalle



 --
 View this message in context: 
 http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563
 Sent from the Tapestry - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Class cast exception in ASTChain, Bug OGNL-11

2007-08-15 Thread Andrus Adamchik

Hi Jesse,

Thanks for clarification. I guess we won't be doing the upgrade :-)

Andrus

Jessek wrote:

Without a common interface I don't think these objects will ever be
compilable in to any kind of native code - so you may never be able to
upgrade to 4.1 if that is your blocking point. If it were something
catchable early its possible the statement could fall back to normal
ognl reflection but in this case the statements are getting compiled
against one object type successfully and failing later in the native
code when a new class type is used.

In Summary: Find a way to have a common interface for these object
properties or don't plan on upgrading anytime soon...

On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

Thanks for the suggestion. I tried the latest ognl build, but the
problem is
still there (and in addition I get a bunch of OGNL stack traces in other
places).

Ok, I guess I can't use 4.1.x just yet :-/

Andrus

On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

I found essentially the same problem in a @For loop over a list of
objects
that do not implement any common interface, but (by design) have
matching
method names. Tapestry would try to cast to the class of the first
object
in
the loop, instead of using a declared class of the loop variable. This
stalled our upgrade to 4.1.2.
I traced it down to HiveMindExpressionCompiler.generateGetter(..), but
I
am
still not sure whether this is a Tapestry or OGNL bug (or rather where
the
solution should be implemented). BTW where OGNL posts its releases now?
I
couldn't find anything beyond 2.6.7.
I wonder if you had a chance to look into this issue?

Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes new
OGNL snapshots on his repository (
http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/).
Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the newer
2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of issue
for us). Though I'm still tracking down yet another, similar
ClassCastException one even in the latest.

Kalle

--
View this message in context:
http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
View this message in context:
http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12163182
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Class cast exception in ASTChain, Bug OGNL-11

2007-08-15 Thread Andrus Adamchik


Thinking about it some more  

This is not the end of the world for our application. We can either skip the
upgrade or indeed force an interface on the objects involved, or avoid
multi-step property traversal by moving it to Java class. 

But at a higher level it seems like the expression compilation algorithm is
sacrificing correctness for performance. An implicit requirement on the @For
to have homogeneous objects in the loop is confusing and non-obvious. A
failover strategy hidden from the users would be great. How hard it would be
to say decorate an expression compiled within a For loop in a try/catch that
would switch to a generic algorithm on the first ClassCastException?

Andrus


Andrus Adamchik wrote:
 
 Hi Jesse,
 
 Thanks for clarification. I guess we won't be doing the upgrade :-)
 
 Andrus
 
 
 
 Jessek wrote:
 
 Without a common interface I don't think these objects will ever be
 compilable in to any kind of native code - so you may never be able to
 upgrade to 4.1 if that is your blocking point.   If it were something
 catchable early its possible the statement could fall back to normal
 ognl reflection but in this case the statements are getting compiled
 against one object type successfully and failing later in the native
 code when a new class type is used.
 
 In Summary:  Find a way to have a common interface for these object
 properties or don't plan on upgrading anytime soon...
 
 On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

 Thanks for the  suggestion. I tried the latest ognl build, but the
 problem is
 still there (and in addition I get a bunch of OGNL stack traces in other
 places).

 Ok, I guess I can't use 4.1.x just yet :-/

 Andrus



 On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
 
  I found essentially the same problem in a @For loop over a list of
 objects
  that do not implement any common interface, but (by design) have
 matching
  method names. Tapestry would try to cast to the class of the first
 object
  in
  the loop, instead of using a declared class of the loop variable. This
  stalled our upgrade to 4.1.2.
  I traced it down to HiveMindExpressionCompiler.generateGetter(..), but
 I
  am
  still not sure whether this is a Tapestry or OGNL bug (or rather where
 the
  solution should be implemented). BTW where OGNL posts its releases
 now? I
  couldn't find anything beyond 2.6.7.
  I wonder if you had a chance to look into this issue?
 

 Just by reading this, I'm 95% sure it's a OGNL issue. Jesse publishes
 new
 OGNL snapshots on his repository (
 http://opencomponentry.com/repository/m2-snapshot-repo/ognl/ognl/2.7.1-SNAPSHOT/).
 Try excluding the OGNL 2.7 that comes with 4.1.2 and use one of the
 newer
 2.7.1 snapshots (2.7.1-20070723.185910-9 for example solved lots of
 issue
 for us). Though I'm still tracking down yet another, similar
 ClassCastException one even in the latest.

 Kalle



 --
 View this message in context:
 http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563
 Sent from the Tapestry - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 
 -- 
 Jesse Kuhnert
 Tapestry/Dojo team member/developer
 
 Open source based consulting work centered around
 dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 

-- 
View this message in context: 
http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12163545
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Class cast exception in ASTChain, Bug OGNL-11

2007-08-15 Thread Kevin Menard

On 8/15/07 10:50 AM, in article [EMAIL PROTECTED], Andrus
Adamchik [EMAIL PROTECTED] wrote:

 
 Thinking about it some more 
 
 This is not the end of the world for our application. We can either skip the
 upgrade or indeed force an interface on the objects involved, or avoid
 multi-step property traversal by moving it to Java class.
 
 But at a higher level it seems like the expression compilation algorithm is
 sacrificing correctness for performance. An implicit requirement on the @For
 to have homogeneous objects in the loop is confusing and non-obvious. A
 failover strategy hidden from the users would be great. How hard it would be
 to say decorate an expression compiled within a For loop in a try/catch that
 would switch to a generic algorithm on the first ClassCastException?

This is an interesting idea that I think would work well.  We ran into
problems ourselves.  OGNL would dump out a ton of output to the console,
but then fallback to an expression that would work.

For example, our Border component had a lot of ognl:page.something, where
getSomething() is not defined in the IPage interface.  Despite complaining,
everything worked.  In order to get rid of the logging, I had to add a class
file for the Border, add a new getAppPage() that did little more than cast
the getPage() call to an app-specific base page, and then update all my OGNL
expressions to use that.  It wasn't the end of the world, but a lot of
additional overhead to prevent logging of failures if the thing is going to
work anyway . . .

-- 
Kevin



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Class cast exception in ASTChain, Bug OGNL-11

2007-08-15 Thread Eric Schneider

Jesse,

I'd like to start my post by thanking you managing the 4.1 version of
tapestry and for all the recent improvements to ognl.

I imagine that this For loop change was one of the major speed
enhancements in the new ognl version(s). Though, I'm concerned that
this enhancement gives up too much in terms of flexibility. A For
loop is one of the most fundamental things in programming. Try to
imagine if a new version of Java was release and one of the
requirements would be that you'd need to implement a common interface
for each object you needed to iterate over. I think most people would
be scratching their head.

Ultimately, the the decision on how to handle this will be up to you.
I'm looking at this from a 5,000ft view and don't have all the
details.

Thanks again for your work.

Cheers,
Eric

On 8/15/07, Jesse Kuhnert [EMAIL PROTECTED] wrote:
Without a common interface I don't think these objects will ever be
compilable in to any kind of native code - so you may never be able to
upgrade to 4.1 if that is your blocking point. If it were something
catchable early its possible the statement could fall back to normal
ognl reflection but in this case the statements are getting compiled
against one object type successfully and failing later in the native
code when a new class type is used.

In Summary: Find a way to have a common interface for these object
properties or don't plan on upgrading anytime soon...

On 8/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

Thanks for the suggestion. I tried the latest ognl build, but the problem
is
still there (and in addition I get a bunch of OGNL stack traces in other
places).

Ok, I guess I can't use 4.1.x just yet :-/

Andrus

On 8/14/07, Andrus Adamchik [EMAIL PROTECTED] wrote:

I found essentially the same problem in a @For loop over a list of objects
that do not implement any common interface, but (by design) have matching
method names. Tapestry would try to cast to the class of the first object
in
the loop, instead of using a declared class of the loop variable. This
stalled our upgrade to 4.1.2.
I traced it down to HiveMindExpressionCompiler.generateGetter(..), but I
am
still not sure whether this is a Tapestry or OGNL bug (or rather where the
solution should be implemented). BTW where OGNL posts its releases now? I
couldn't find anything beyond 2.6.7.
I wonder if you had a chance to look into this issue?

Kalle

--
View this message in context:
http://www.nabble.com/Class-cast-exception-in-ASTChain%2C-Bug-OGNL-11-tf4054151.html#a12162563
Sent from the Tapestry - User mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

T5 developing with WTP and TOMCAT

2007-08-15 Thread Denny deng


Hi,

I develop with WTP and TOMCAT. If I set the tomcat don't auto-reload,
tapestry5 can take the changes of html template, while it can't take the
chages of page class. It make the hot code replace failed. However, If I
enable tomcat auto-reload. tapestry can take both html template and page
class changes. But, it will cause tomcat reload the context. It's very slow,
and after some times, it will cause tomcat out of memory. I know using Jetty
servlet container will be fine. But I like developing with eclipse WTP.

So I like the way of T3, T4, just add a java system property.
-Dorg.apache.tapestry.disable-caching=true. It would be fine. just a bit
slow while reload the page.
-- 
View this message in context: 
http://www.nabble.com/T5-developing-with-WTP-and-TOMCAT-tf4273924.html#a12164566
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Class cast exception in ASTChain, Bug OGNL-11

This has nothing to do with Tapestry For loops - ognl doesn't deal
with anything tapestry specific when compiling statements 

The interface / common object base isn't as bad as it sounds really...
It will correctly traverse up the class tree and cast the statement to
whatever base class/interface the method being invoked is ultimately
declared in.

For instance - in Kevins case (the Border component calling
page.something on lots of different pages) could have easily been
solved by having either all pages extend one base class or just
declaring a common page interface class on them.

Without having ~something~ to cast to though compilation is impossible.

Of course - if it's just not casting to the right class that's a
completely different problem and probably has an easy fix somewhere.

Much like this mailing list though,  I don't really fix ognl bugs
unless there is a jira issue created at
http://jira.opensymphony.com/browse/OGNL with the specific class types
/ ognl versions / etc involved and the other normal bug reporting
goodies.

I'm genuinely interested in fixing all of these problems either way -
but if people don't put enough effort in to logging the jira tickets
for them with enough information for me to cobble together an ognl
test case then there's nothing I can do but shrug my shoulders when
people mention having problems.

On 8/15/07, Eric Schneider [EMAIL PROTECTED] wrote:
 Jesse,

 I'd like to start my post by thanking you managing the 4.1 version of
 tapestry and for all the recent improvements to ognl.

 I imagine that this For loop change was one of the major speed
 enhancements in the new ognl version(s).   Though, I'm concerned that
 this enhancement gives up too much in terms of flexibility.  A For
 loop is one of the most fundamental things in programming.  Try to
 imagine if a new version of Java was release and one of the
 requirements would be that you'd need to implement a common interface
 for each object you needed to iterate over.  I think most people would
 be scratching their head.

 Ultimately, the the decision on how to handle this will be up to you.
   I'm looking at this from a 5,000ft view and don't have all the
 details.

 Thanks again for your work.

 Cheers,
 Eric

 snipped


-- 
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: tapestry-spring and tapestry-flash for 4.1?


Is 4.1 stable now? If so, how about some new releases of tapestry-spring and
tapestry-flash with updated dependencies? ;-)

Matt


Howard Lewis Ship wrote:
 
 I wish Maven had a versionwhatever-is-handy/version.
 
 I'll find some time this week to push out a 1.0.0 version of the flash and
 spring.  They haven't changed in a long while.  However, I think they
 should
 still default to Tapestry 4.0.1, since 4.1 is not stable yet (and I
 haven't
 tested them against 4.1, I've been busy coding 5.0).
 
 On 12/28/06, mraible [EMAIL PROTECTED] wrote:


 Is it possible to get updated POMs for tapestry-spring and tapestry-flash
 that refer to tapestry 4.1.1 as a dependency?  Because these libraries
 depend on tapestry/tapestry rather than
 org.apache.tapestry/tapestry-framework, you have to manually exclude so
 you
 don't get duplicate JARs.  Here's what my current pom.xml looks like,
 which
 is kinda ugly:

 dependency
 groupIdorg.apache.tapestry/groupId
 artifactIdtapestry-annotations/artifactId
 version${tapestry.version}/version
 /dependency
 dependency
 groupIdorg.apache.tapestry/groupId
 artifactIdtapestry-contrib/artifactId
 version${tapestry.version}/version
 exclusions
 exclusion
 groupIdjboss/groupId
 artifactIdjboss-j2ee/artifactId
 /exclusion
 /exclusions
 /dependency
 dependency
 groupIdcom.javaforge.tapestry/groupId
 artifactIdtapestry-flash/artifactId
 version${tapestry.flash.version}/version
 exclusions
 exclusion
 groupIdtapestry/groupId
 artifactIdtapestry/artifactId
 /exclusion
 /exclusions
 /dependency
 dependency
 groupIdcom.javaforge.tapestry/groupId
 artifactIdtapestry-spring/artifactId
 version${tapestry.spring.version}/version
 exclusions
 exclusion
 groupIdtapestry/groupId
 artifactIdtapestry/artifactId
 /exclusion
 exclusion
 groupIdtapestry/groupId
 artifactIdtapestry-annotations/artifactId
 /exclusion
 /exclusions
 /dependency

 My properties:

 tapestry.version4.1.1/tapestry.version
 tapestry.flash.version0.1.1/tapestry.flash.version
 tapestry.spring.version0.1.2/tapestry.spring.version

 Also, it is possible to get a 1.0.0 release of these libraries?  The most
 recent versions are snapshots, which don't work with the Maven Release
 Plugin.

 Thanks,

 Matt
 --
 View this message in context:
 http://www.nabble.com/tapestry-spring-and-tapestry-flash-for-4.1--tf2892922.html#a8082546
 Sent from the Tapestry - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 
 
 -- 
 Howard M. Lewis Ship
 TWD Consulting, Inc.
 Independent J2EE / Open-Source Java Consultant
 Creator and PMC Chair, Apache Tapestry
 Creator, Apache HiveMind
 
 Professional Tapestry training, mentoring, support
 and project work.  http://howardlewisship.com
 
 

-- 
View this message in context: 
http://www.nabble.com/tapestry-spring-and-tapestry-flash-for-4.1--tf2892922.html#a12165330
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tapestry package doesn't contain org.apache.tapestry.html

2007-08-15 Thread Daniel Alberto Meza Ortega


Hi ,everyone

I've downloaded the last version 5.0.5.My distro is fedora 7 (hope this 
information be useful).

My problem: reading tapestry's home page noticed that there's a tutorial 
section.Decided that it was a good starting to use the framework but in some 
part says:now let's import the package org.apache.tapestry.html.

Thought fine no problem, but when I wrote the sentence for the import in my ide 
(netbeans 5.5)tells me sorry org.apache.tapestry.html doesn't exists...

Suppose it was a download problem so, downloaded again and make all the what it 
needed to do,and try again 
and the told me exactly the same.

After reading the FAQ and wiki sections couldn't find any reference to my 
problem or if the downloaded file would have any.If someone could give me a 
clue or something that maybe I'm missing would be great.

Thanks in advance.
_
¿Se te olvidó cómo es su voz? Llámale gratis de PC a PC por Windows Live 
Messenger en Prodigy/MSN
http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-mx
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT

2007-08-15 Thread Ovidiu Hurducas

Hi!
I'm building an application that uses Tapestry 4.1.2, Spring
2.0.6(integrated with tapestry-spring
1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14,  jdk1.6.
All went well before until recently when because of a bug in the
InlineEditBox component (is about the listener problem) I've been forced to
upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT.
Now the application won't even load the first page or any other page.
I've been keeping the Hibernate session open for lazy loading by using the
OpenSessionInViewFilter.

My Hibernate config in web.xml looks like:

context-param
param-namecontextConfigLocation/param-name
param-value
/WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext-
service.xml,/WEB-INF/applicationContext-jdbc.xml
/param-value
/context-param

listener
listener-class
org.springframework.web.context.ContextLoaderListener
/listener-class
/listener

!-- Spring open session hibernate config --
filter
filter-namehibernateFilter/filter-name
filter-class

org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
/filter-class
/filter
filter-mapping
filter-namehibernateFilter/filter-name
url-pattern*.html/url-pattern
/filter-mapping
filter-mapping
filter-namehibernateFilter/filter-name
url-pattern/g/url-pattern
/filter-mapping


The in the server error page the message look like:

javax.servlet.ServletException: Servlet execution threw an exception

org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)

org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)

*root cause*

java.lang.AbstractMethodError:
com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V

$InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)

$InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java)

org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61)

org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45)

$EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java)

$EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java)

$EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java)

org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103)

$ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java)

org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556)

org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496)

$IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java)

$IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java)

org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203)

org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158)

org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98)

org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75)

org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60)

$ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java)

org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673)
org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92)
org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122)
$Header_4.finishLoad($Header_4.java)

...

In the server log I got this message:

java.lang.AbstractMethodError:
com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement
(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
at
$InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)
at
$InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java)
at org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT


I'm getting this same error when upgrading from Tapestry 4.0.2 to
4.1.3-SNAPSHOT. It sounds like there may need to be a new release of
Tapestry Spring that's compiled against 4.1.3? Or maybe 4.1.3 needs to
change something so its backwards compatible?

Matt


Ovidiu Hurducas-2 wrote:
 
 Hi!
 I'm building an application that uses Tapestry 4.1.2, Spring
 2.0.6(integrated with tapestry-spring
 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14,  jdk1.6.
 All went well before until recently when because of a bug in the
 InlineEditBox component (is about the listener problem) I've been forced
 to
 upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT.
 Now the application won't even load the first page or any other page.
 I've been keeping the Hibernate session open for lazy loading by using the
 OpenSessionInViewFilter.
 
 My Hibernate config in web.xml looks like:
 
 context-param
 param-namecontextConfigLocation/param-name
 param-value

 /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext-
 service.xml,/WEB-INF/applicationContext-jdbc.xml
 /param-value
 /context-param
 
 listener
 listener-class
 org.springframework.web.context.ContextLoaderListener
 /listener-class
 /listener
 
 !-- Spring open session hibernate config --
 filter
 filter-namehibernateFilter/filter-name
 filter-class
 
 org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
 /filter-class
 /filter
 filter-mapping
 filter-namehibernateFilter/filter-name
 url-pattern*.html/url-pattern
 /filter-mapping
 filter-mapping
 filter-namehibernateFilter/filter-name
 url-pattern/g/url-pattern
 /filter-mapping
 
 
 The in the server error page the message look like:
 
 javax.servlet.ServletException: Servlet execution threw an exception
 
 org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
 
 org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
 
 *root cause*
 
 java.lang.AbstractMethodError:
 com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
 
 $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)
 
 $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java)
 
 org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61)
 
 org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45)
 
 $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java)
 
 $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java)
 
 $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java)
 
 org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103)
 
 $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java)
 
 org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556)
 
 org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496)
 
 $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java)
 
 $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60)
 
 $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java)
 
 org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673)
   org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92)
   org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122)
   $Header_4.finishLoad($Header_4.java)
 
 ...
 
 In the server log I got this message:
 
 java.lang.AbstractMethodError:
 com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement
 (Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
 at

Re: Tapestry package doesn't contain org.apache.tapestry.html

2007-08-15 Thread Josh Canfield

Are you looking at a tapestry 4 tutorial, the tapestry 5 tutorial is here:
http://tapestry.apache.org/tapestry5/tutorial1/

from the core api docs I don't see that package listed:
http://tapestry.apache.org/tapestry5/tapestry-core/apidocs/index.html

 http://tapestry.apache.org/tapestry5/tapestry-ioc/apidocs/index.html
Josh


On 8/15/07, Daniel Alberto Meza Ortega [EMAIL PROTECTED] wrote:


 Hi ,everyone

 I've downloaded the last version 5.0.5.My distro is fedora 7 (hope this
 information be useful).

 My problem: reading tapestry's home page noticed that there's a tutorial
 section.Decided that it was a good starting to use the framework but in
 some part says:now let's import the package org.apache.tapestry.html.

 Thought fine no problem, but when I wrote the sentence for the import in
 my ide (netbeans 5.5)tells me sorry org.apache.tapestry.html doesn't
 exists...

 Suppose it was a download problem so, downloaded again and make all the
 what it needed to do,and try again
 and the told me exactly the same.

 After reading the FAQ and wiki sections couldn't find any reference to my
 problem or if the downloaded file would have any.If someone could give me
 a clue or something that maybe I'm missing would be great.

 Thanks in advance.
 _
 ¿Se te olvidó cómo es su voz? Llámale gratis de PC a PC por Windows Live
 Messenger en Prodigy/MSN
 http://imagine-msn.com/messenger/launch80/default.aspx?locale=es-mx
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
--
TheDailyTube.com. Sign up and get the best new videos on the internet
delivered fresh to your inbox.

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT

Hmmmsounds like the latter.   Will check it out tonight.

On 8/15/07, mraible [EMAIL PROTECTED] wrote:

 I'm getting this same error when upgrading from Tapestry 4.0.2 to
 4.1.3-SNAPSHOT. It sounds like there may need to be a new release of
 Tapestry Spring that's compiled against 4.1.3? Or maybe 4.1.3 needs to
 change something so its backwards compatible?

 Matt


 Ovidiu Hurducas-2 wrote:
 
  Hi!
  I'm building an application that uses Tapestry 4.1.2, Spring
  2.0.6(integrated with tapestry-spring
  1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14,  jdk1.6.
  All went well before until recently when because of a bug in the
  InlineEditBox component (is about the listener problem) I've been forced
  to
  upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT.
  Now the application won't even load the first page or any other page.
  I've been keeping the Hibernate session open for lazy loading by using the
  OpenSessionInViewFilter.
 
  My Hibernate config in web.xml looks like:
 
  context-param
  param-namecontextConfigLocation/param-name
  param-value
 
  /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext-
  service.xml,/WEB-INF/applicationContext-jdbc.xml
  /param-value
  /context-param
 
  listener
  listener-class
  org.springframework.web.context.ContextLoaderListener
  /listener-class
  /listener
 
  !-- Spring open session hibernate config --
  filter
  filter-namehibernateFilter/filter-name
  filter-class
 
  org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
  /filter-class
  /filter
  filter-mapping
  filter-namehibernateFilter/filter-name
  url-pattern*.html/url-pattern
  /filter-mapping
  filter-mapping
  filter-namehibernateFilter/filter-name
  url-pattern/g/url-pattern
  /filter-mapping
 
 
  The in the server error page the message look like:
 
  javax.servlet.ServletException: Servlet execution threw an exception
 
  org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
 
  org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)
 
  *root cause*
 
  java.lang.AbstractMethodError:
  com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
 
  $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)
 
  $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java)
 
  org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61)
 
  org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45)
 
  $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java)
 
  $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java)
 
  $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java)
 
  org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103)
 
  $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java)
 
  org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556)
 
  org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496)
 
  $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java)
 
  $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java)
 
  org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203)
 
  org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158)
 
  org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98)
 
  org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75)
 
  org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60)
 
  $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java)
 
  org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673)
org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92)
org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122)
$Header_4.finishLoad($Header_4.java)
 
  ...
 
  In the server log I got this message:
 
  java.lang.AbstractMethodError:
  com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement

Re: Tapestry package doesn't contain org.apache.tapestry.html

2007-08-15 Thread Daniel Alberto Meza Ortega


Thanks Josh.

You're completely right.I didn't realize that the main project from the 
application I'm rebuilding was using 
tapestry version 4.0.2 and the download was version 5.0.5.

Thanks again.

_
¡Descarga más de 30 emoticones GRATIS y haz más divertidas tus charlas!
http://emoticons.prodigymsn.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT


Another issue in migrating from 4.0.2 to 4.1.2:

javax.servlet.ServletException:
org.apache.hivemind.ApplicationRuntimeException: Unable to parse OGNL
expression 'global.debugEnabled': $Error_37.global
[context:/WEB-INF/tapestry/Error.html, line 9]

In Error.html, I have:

titleDoh!/title

h1An Error Occurred/h1

div jwcid=@ShowError style=overflow:auto/

pYou may attempt to  # try again ./p







Please check your log files for further information.



My custom error page is turned on in hivemodule.xml:

?xml version=1.0 encoding=UTF-8?
module id=org.appfuse.tapestry version=1.0.0
contribution configuration-id=tapestry.url.ServiceEncoders
page-service-encoder id=page extension=html service=page/
direct-service-encoder id=direct stateless-extension=direct
stateful-extension=sdirect/
asset-encoder id=asset path=/assets/
extension-encoder id=extension extension=svc after=*/
/contribution

contribution configuration-id=tapestry.InfrastructureOverrides
if=not(property tapestry.devMode)
property name=exceptionPageName value=Error/
/contribution 
/module

Thanks,

Matt


mraible wrote:
 
 I tried backing down to 4.1.2 and my application at least comes up. I
 noticed it's now including a dojo javascript file. However, if I navigate
 to its path:
 
 http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js
 
 It's all jumbled text with funky characters instead of JavaScript. Is this
 as designed?
 
 Matt
 
 sample
 �
 

-- 
View this message in context: 
http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171216
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT

There's no such thing as global / visit anymore.   Need to use ASO's now.

On 8/15/07, mraible [EMAIL PROTECTED] wrote:

 Another issue in migrating from 4.0.2 to 4.1.2:

 javax.servlet.ServletException:
 org.apache.hivemind.ApplicationRuntimeException: Unable to parse OGNL
 expression 'global.debugEnabled': $Error_37.global
 [context:/WEB-INF/tapestry/Error.html, line 9]

 In Error.html, I have:

 titleDoh!/title

 h1An Error Occurred/h1

 div jwcid=@ShowError style=overflow:auto/

 pYou may attempt to  # try again ./p







 Please check your log files for further information.



 My custom error page is turned on in hivemodule.xml:

 ?xml version=1.0 encoding=UTF-8?
 module id=org.appfuse.tapestry version=1.0.0
 contribution configuration-id=tapestry.url.ServiceEncoders
 page-service-encoder id=page extension=html service=page/
 direct-service-encoder id=direct stateless-extension=direct
 stateful-extension=sdirect/
 asset-encoder id=asset path=/assets/
 extension-encoder id=extension extension=svc after=*/
 /contribution

 contribution configuration-id=tapestry.InfrastructureOverrides
 if=not(property tapestry.devMode)
 property name=exceptionPageName value=Error/
 /contribution
 /module

 Thanks,

 Matt


 mraible wrote:
 
  I tried backing down to 4.1.2 and my application at least comes up. I
  noticed it's now including a dojo javascript file. However, if I navigate
  to its path:
 
  http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js
 
  It's all jumbled text with funky characters instead of JavaScript. Is this
  as designed?
 
  Matt
 
  sample
   �
 

 --
 View this message in context: 
 http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171216
 Sent from the Tapestry - User mailing list archive at Nabble.com.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-- 
Jesse Kuhnert
Tapestry/Dojo team member/developer

Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT


I tried backing down to 4.1.2 and my application at least comes up. I noticed
it's now including a dojo javascript file. However, if I navigate to its
path:

http://localhost:9000/assets/static/dojo-0.4.3/dojo3.js

It's all jumbled text with funky characters instead of JavaScript. Is this
as designed?

Matt

sample
�
-- 
View this message in context: 
http://www.nabble.com/Problems-with-tapestry-spring-while-upgrading-from-4.1.2-SNAPSHOT-to-4.1.3-SNAPSHOT-tf4275060.html#a12171129
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with tapestry-spring while upgrading from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT

Is fixed and deploying now.

On 8/15/07, Ovidiu Hurducas [EMAIL PROTECTED] wrote:
 Hi!
 I'm building an application that uses Tapestry 4.1.2, Spring
 2.0.6(integrated with tapestry-spring
 1.0.0) and Hibernate 3.2.1, Tomcat 6.0.14,  jdk1.6.
 All went well before until recently when because of a bug in the
 InlineEditBox component (is about the listener problem) I've been forced to
 upgrade from 4.1.2-SNAPSHOT to 4.1.3-SNAPSHOT.
 Now the application won't even load the first page or any other page.
 I've been keeping the Hibernate session open for lazy loading by using the
 OpenSessionInViewFilter.

 My Hibernate config in web.xml looks like:

 context-param
 param-namecontextConfigLocation/param-name
 param-value
 /WEB-INF/applicationContext-dao.xml,/WEB-INF/applicationContext-
 service.xml,/WEB-INF/applicationContext-jdbc.xml
 /param-value
 /context-param

 listener
 listener-class
 org.springframework.web.context.ContextLoaderListener
 /listener-class
 /listener

 !-- Spring open session hibernate config --
 filter
 filter-namehibernateFilter/filter-name
 filter-class

 org.springframework.orm.hibernate3.support.OpenSessionInViewFilter
 /filter-class
 /filter
 filter-mapping
 filter-namehibernateFilter/filter-name
 url-pattern*.html/url-pattern
 /filter-mapping
 filter-mapping
 filter-namehibernateFilter/filter-name
 url-pattern/g/url-pattern
 /filter-mapping


 The in the server error page the message look like:

 javax.servlet.ServletException: Servlet execution threw an exception
 
 org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198)
 
 org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:75)

 *root cause*

 java.lang.AbstractMethodError:
 com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement(Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
 
 $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)
 
 $InjectEnhancementWorker_1146ad9bd86.performEnhancement($InjectEnhancementWorker_1146ad9bd86.java)
 
 org.apache.tapestry.enhance.DispatchToInjectWorker.invokeWorker(DispatchToInjectWorker.java:61)
 
 org.apache.tapestry.enhance.DispatchToInjectWorker.performEnhancement(DispatchToInjectWorker.java:45)
 
 $EnhancementWorker_1146ad9bd54.performEnhancement($EnhancementWorker_1146ad9bd54.java)
 
 $EnhancementWorker_1146ad9bd6c.performEnhancement($EnhancementWorker_1146ad9bd6c.java)
 
 $EnhancementWorker_1146ad9bd3e.performEnhancement($EnhancementWorker_1146ad9bd3e.java)
 
 org.apache.tapestry.services.impl.ComponentConstructorFactoryImpl.getComponentConstructor(ComponentConstructorFactoryImpl.java:103)
 
 $ComponentConstructorFactory_1146ad9bd25.getComponentConstructor($ComponentConstructorFactory_1146ad9bd25.java)
 
 org.apache.tapestry.pageload.PageLoader.instantiateComponent(PageLoader.java:556)
 
 org.apache.tapestry.pageload.PageLoader.createImplicitComponent(PageLoader.java:496)
 
 $IPageLoader_1146ad9bd1f.createImplicitComponent($IPageLoader_1146ad9bd1f.java)
 
 $IPageLoader_1146ad9bd20.createImplicitComponent($IPageLoader_1146ad9bd20.java)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.createImplicitComponent(ComponentTemplateLoaderLogic.java:203)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:158)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.process(ComponentTemplateLoaderLogic.java:98)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderLogic.loadTemplate(ComponentTemplateLoaderLogic.java:75)
 
 org.apache.tapestry.services.impl.ComponentTemplateLoaderImpl.loadTemplate(ComponentTemplateLoaderImpl.java:60)
 
 $ComponentTemplateLoader_1146ad9bd29.loadTemplate($ComponentTemplateLoader_1146ad9bd29.java)
 
 org.apache.tapestry.pageload.PageLoader.loadTemplateForComponent(PageLoader.java:673)
 org.apache.tapestry.BaseComponent.readTemplate(BaseComponent.java:92)
 org.apache.tapestry.BaseComponent.finishLoad(BaseComponent.java:122)
 $Header_4.finishLoad($Header_4.java)

 ...

 In the server log I got this message:

 java.lang.AbstractMethodError:
 com.javaforge.tapestry.spring.SpringBeanInjectionWorker.performEnhancement
 (Lorg/apache/tapestry/enhance/EnhancementOperation;Lorg/apache/tapestry/spec/InjectSpecification;Lorg/apache/tapestry/spec/IComponentSpecification;)V
 at
 $InjectEnhancementWorker_1146ad9bd87.performEnhancement($InjectEnhancementWorker_1146ad9bd87.java)

[T5] Skin feature

2007-08-15 Thread Kheldar666


Hi everybody,

I know that the 'multiple skin/layout' discution is something frequently
discussed here, an most of the time the answer is Use CSS my son. Well
that's indeed probably the best answer, but in some case it's not.

For instance, I'm building a site where people that uses the site can
participate by providing new skins/layout. Unfortunatly they are not all
XHTML/CSS gods. In fact most of them use the old HTML 4 way... I can
encourage them to deliver valid XML templates but not really more.

Well so I studied a bit Tapestry's code to look how the skin/layout'
feature could be done knowing that tapestry still have to use 'Static'
templates.

Couldn't it be possible to implement the skin feature by 'extending' the
same idea as for the template localisation ?

For the moment, Tapestry -in
ComponentTemplateSourceImpl.locateTemplateResource() -gets the baseResource
for a given model (Page or Component) then it look's for a localized version
of the same template.

Supposing we have a kind of SkinManager in Session (so that each use can
display it's own selected skin) I wonder if it is difficult to insert a step
where the locateTemplateResource function looks into a special directory (
let's say into .skins - like there is .components and .pages dirs).

Exemple :

Let say that my user choose the bluesteel skin (info recorded in the
SkinManager) and I would like to display a simple component called myComp.

First Tapestry gets the baseTemplate from : 

${tapestryRoot}/components/myComp.html

then it try to look if there is teh component's template here

${tapestryRoot}/skins/bluesteel/components/myComp.html

finaly it tries to find the localized version from the bluesteel dir

If Tapestry does not find a Skinned template then it falls back to default
template

So ? Is it a good idea ? A bad one ? Maybe it causes performances issues
that I'm not aware off ? 

Should I change my nickname and hide ? :)

I hope that it will help a bit.

Cheer,

Martin


-- 
View this message in context: 
http://www.nabble.com/-T5--Skin-feature-tf4276008.html#a12171332
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

t4.1.2 contrib tree - how to add checkboxes

2007-08-15 Thread mn


Hi all!

What is the simplest way to add checboxes to contrib:Tree component? 

mn
-- 
View this message in context: 
http://www.nabble.com/t4.1.2-contrib-tree---how-to-add-checkboxes-tf4276007.html#a12171331
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[NOOB] Getting the Locale without injection

2007-08-15 Thread Marcelo C. de Freitas

Hello there,

I want to get the page locale (and the page messages) in a final
object without having to set them manually (meaning I can't do the
@InjectObject stuff).

Is there a way I can do that?

I've looked for it into the Hivemind docs but I couldn't find
anything really useful.


-- 
Marcelo C. Freitas

IM's:
MSN: [EMAIL PROTECTED]
ICQ: 24263609
Jabber: [EMAIL PROTECTED]
GTalk: [EMAIL PROTECTED]
Yahoo: baterausp

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

T5: radio, label


Hello,

I'm trying to get a simple form with some radio buttons and labels 
working, without success. Following is the source for my Login page 
template and class. Note that the page is rendering in a layout component.


Login.html:
div t:type=layouts/General 
xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;

   t:Form
   t:RadioGroup value=listerType encoder=stringEncoder
   t:Label for=reg-agentType/t:Label
   t:Radio id=reg-agent type=radio value=listerType/
   t:Radio id=reg-fsbo type=radio value=listerType/
  
   /t:RadioGroup

   /t:Form
/div

Login.java
public class Login {
  
   public static final String AGENT_LISTER=AGENT;

   public static final String AGENT_FSBO=FSBO;
   private String listerType = AGENT_LISTER;
   private StringValueEncoder stringEncoder = new StringValueEncoder();

   /**
* @return the listerType
*/
   public String getListerType() {
   return listerType;
   }

   /**
* @param listerType the listerType to set
*/
   public void setListerType(String listerType) {
   this.listerType = listerType;
   }

   /**
* @return the stringEncoder
*/
   public StringValueEncoder getStringEncoder() {
   return stringEncoder;
   }
}

When I visit the page I am greeted with a Failure reading parameter for 
of component listers/Login:label: Component listers/Login does not 
contain an embedded component with id 'reg-agent'. exception, but there 
is a component with id reg-agent!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radio, label

Ok so I learned that the id parameter must be in the t: namespace, so 
changing the radio component to have 't:id=reg-agent'. Now I'm greeted 
with a new exception:


No object of type org.apache.tapestry.RadioContainer is available from 
the Environment.


And then it lists several objects in teh environment. What's annoying is 
that the component ref says that the RadioGroup (or some impl of 
RadioContainer) must contain radio components, so my code should work. 
However I looked at the source for RadioGroup, and doesn't implement the 
RadioContainer interface!! Is this a bug?


Chris Lewis wrote:

Hello,

I'm trying to get a simple form with some radio buttons and labels 
working, without success. Following is the source for my Login page 
template and class. Note that the page is rendering in a layout 
component.


Login.html:
div t:type=layouts/General 
xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;

   t:Form
   t:RadioGroup value=listerType encoder=stringEncoder
   t:Label for=reg-agentType/t:Label
   t:Radio id=reg-agent type=radio value=listerType/
   t:Radio id=reg-fsbo type=radio value=listerType/
 /t:RadioGroup
   /t:Form
/div

Login.java
public class Login {
 public static final String AGENT_LISTER=AGENT;
   public static final String AGENT_FSBO=FSBO;
   private String listerType = AGENT_LISTER;
   private StringValueEncoder stringEncoder = new StringValueEncoder();

   /**
* @return the listerType
*/
   public String getListerType() {
   return listerType;
   }

   /**
* @param listerType the listerType to set
*/
   public void setListerType(String listerType) {
   this.listerType = listerType;
   }

   /**
* @return the stringEncoder
*/
   public StringValueEncoder getStringEncoder() {
   return stringEncoder;
   }
}

When I visit the page I am greeted with a Failure reading parameter 
for of component listers/Login:label: Component listers/Login does not 
contain an embedded component with id 'reg-agent'. exception, but 
there is a component with id reg-agent!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Jessionid and static resources

2007-08-15 Thread Kevin Menard

Hi,

About a year back I asked about jsessionid being added to static resources
and how this was messing with us serving those resources up through apache
httpd [1].  At the time, it was indicated that this would be fixed for 4.1.
I've just gotten back into the 4.1.x game recently.  Can anyone comment on
whether or not this has been addressed?

Thanks,
Kevin

[1] http://article.gmane.org/gmane.comp.java.tapestry.user/38351



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radiogroup, label BUG?

While I am enjoying a conversation with myself, input from anyone using 
T5 and radio buttons (surely someone else) would be awesome. So I poked 
around a bit more in the RadioGroup source and see that, for some reason 
that evades me, RadioGroup creates an anonyous/ad-hoc implementation of 
RadioContainer on the fly, and shoves it into the environment. So, it 
*should* work, and in fact it does if I don't use any label components 
within the form. However the moment I add a t:label/ I get the 
exception about no RadioContainer! Using a raw label/label works 
fine, but what in the world is going on here? I can only guess this is a 
bug, but input would much appreciated.


Another annoyance is the component reference. The RadioGroup lists the 
encoder parameter as required (and its marked as required in the 
source), but if I don't provide it it works anyway, so apparently a 
default implementation is being added somewhere. This would be fine, but 
as the developer I should be made aware of this. Are things like this 
undocumented because its all still in development?


sincerely,
chris

Chris Lewis wrote:
Ok so I learned that the id parameter must be in the t: namespace, so 
changing the radio component to have 't:id=reg-agent'. Now I'm 
greeted with a new exception:


No object of type org.apache.tapestry.RadioContainer is available 
from the Environment.


And then it lists several objects in teh environment. What's annoying 
is that the component ref says that the RadioGroup (or some impl of 
RadioContainer) must contain radio components, so my code should work. 
However I looked at the source for RadioGroup, and doesn't implement 
the RadioContainer interface!! Is this a bug?


Chris Lewis wrote:

Hello,

I'm trying to get a simple form with some radio buttons and labels 
working, without success. Following is the source for my Login page 
template and class. Note that the page is rendering in a layout 
component.


Login.html:
div t:type=layouts/General 
xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;

   t:Form
   t:RadioGroup value=listerType encoder=stringEncoder
   t:Label for=reg-agentType/t:Label
   t:Radio id=reg-agent type=radio value=listerType/
   t:Radio id=reg-fsbo type=radio value=listerType/
 /t:RadioGroup
   /t:Form
/div

Login.java
public class Login {
 public static final String AGENT_LISTER=AGENT;
   public static final String AGENT_FSBO=FSBO;
   private String listerType = AGENT_LISTER;
   private StringValueEncoder stringEncoder = new StringValueEncoder();

   /**
* @return the listerType
*/
   public String getListerType() {
   return listerType;
   }

   /**
* @param listerType the listerType to set
*/
   public void setListerType(String listerType) {
   this.listerType = listerType;
   }

   /**
* @return the stringEncoder
*/
   public StringValueEncoder getStringEncoder() {
   return stringEncoder;
   }
}

When I visit the page I am greeted with a Failure reading parameter 
for of component listers/Login:label: Component listers/Login does 
not contain an embedded component with id 'reg-agent'. exception, 
but there is a component with id reg-agent!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radio, label

2007-08-15 Thread tamseo


Hi Chris!

I think if you remove the label component your code will work.

or add label attribute for Radio like this

t:Label for=reg-agent/
t:Radio id=reg-agent type=radio value=listerType label=xxx /

in my opinion we can't use Label like this t:Label
for=reg-agentType/t:Label



Chris Lewis wrote:
 Hello,

 I'm trying to get a simple form with some radio buttons and labels 
 working, without success. Following is the source for my Login page 
 template and class. Note that the page is rendering in a layout 
 component.

 Login.html:
 div t:type=layouts/General 
 xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;
t:Form
t:RadioGroup value=listerType encoder=stringEncoder
t:Label for=reg-agentType/t:Label
t:Radio id=reg-agent type=radio value=listerType/
t:Radio id=reg-fsbo type=radio value=listerType/
  /t:RadioGroup
/t:Form
 /div

 Login.java
 public class Login {
  public static final String AGENT_LISTER=AGENT;
public static final String AGENT_FSBO=FSBO;
private String listerType = AGENT_LISTER;
private StringValueEncoder stringEncoder = new StringValueEncoder();

/**
 * @return the listerType
 */
public String getListerType() {
return listerType;
}

/**
 * @param listerType the listerType to set
 */
public void setListerType(String listerType) {
this.listerType = listerType;
}

/**
 * @return the stringEncoder
 */
public StringValueEncoder getStringEncoder() {
return stringEncoder;
}
 }

 When I visit the page I am greeted with a Failure reading parameter 
 for of component listers/Login:label: Component listers/Login does not 
 contain an embedded component with id 'reg-agent'. exception, but 
 there is a component with id reg-agent!

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-- 
View this message in context: 
http://www.nabble.com/T5%3A-radio%2C-label-tf4276314.html#a12174382
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radio, label


tamseo,

Let me amend my last message. I can use t:label in the form as long as 
its not a child of the t:radiogroup component!
It's also important to note that my label components fail to find the 
component indicated in the for attribute, unless that component declares 
its id in the t: namespace. So, t:radio id=reg-agent/ will not work, 
but t:radio t:id=reg-agent/ will.

I think if you remove the label component your code will work.
  
Yeah, removing the label component works, but I should be able to use it 
shouldn't I?

or add label attribute for Radio like this

t:Label for=reg-agent/
t:Radio id=reg-agent type=radio value=listerType label=xxx /

  

I tried this and it still doesn't work!

in my opinion we can't use Label like this t:Label
for=reg-agentType/t:Label

  

You're right here - the label component does not render its body.

Here is what my template looks like now:

   t:form t:id=register
   t:radiogroup t:value=listerType t:encoder=stringEncoder
   t:label for=reg-agent/ !-- label with in RadioGroup 
causes error! --

   t:radio t:id=reg-agent value=listerType label=the label/
   t:radio t:id=reg-fsbo value=listerType/
   /t:radiogroup
   t:textfield t:id=text value=literal:can't submit literals/
   t:submit value=Login/
   /t:form


Chris Lewis wrote:
  

Hello,

I'm trying to get a simple form with some radio buttons and labels 
working, without success. Following is the source for my Login page 
template and class. Note that the page is rendering in a layout 
component.


Login.html:
div t:type=layouts/General 
xmlns:t=http://tapestry.apache.org/schema/tapestry_5_0_0.xsd;

   t:Form
   t:RadioGroup value=listerType encoder=stringEncoder
   t:Label for=reg-agentType/t:Label
   t:Radio id=reg-agent type=radio value=listerType/
   t:Radio id=reg-fsbo type=radio value=listerType/
 /t:RadioGroup
   /t:Form
/div

Login.java
public class Login {
 public static final String AGENT_LISTER=AGENT;
   public static final String AGENT_FSBO=FSBO;
   private String listerType = AGENT_LISTER;
   private StringValueEncoder stringEncoder = new StringValueEncoder();

   /**
* @return the listerType
*/
   public String getListerType() {
   return listerType;
   }

   /**
* @param listerType the listerType to set
*/
   public void setListerType(String listerType) {
   this.listerType = listerType;
   }

   /**
* @return the stringEncoder
*/
   public StringValueEncoder getStringEncoder() {
   return stringEncoder;
   }
}

When I visit the page I am greeted with a Failure reading parameter 
for of component listers/Login:label: Component listers/Login does not 
contain an embedded component with id 'reg-agent'. exception, but 
there is a component with id reg-agent!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radio, label

2007-08-15 Thread tamseo


Chris !

I followed RadioDemo test in T5 source, and i'm in the same situation with
you.
Now I'using  HTML label and waiting for answer from T5 experienced user.



-- 
View this message in context: 
http://www.nabble.com/T5%3A-radio%2C-label-tf4276314.html#a12174593
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: T5: radio, label