Re: Problem with form inside div
The generated source code uses some javascript so it's hard to look at
the rendered HTML. Using firebug, the HTML is definitely not correct.
However, I have been doing some more testing and the problem seems to
be when the code snippet below is located inside a t:block and
dynamically updated. I don't know if this is the best way but I'm
trying to have a zone get dynamically updated... So, I effectively
have the following:
t:zone t:id=headlineZone
...code snippet below...
/t:zone
t:block t:id=headlineBlock
... code snippet below, again...
/t:block
This was the only way I could have the form below show up on initial
page load, and then get updated after the form is successfully
submitted. The code displays as expected initially, but after the
partial update, the div and form is messed up. The code in the zone
and block are identical (copy/pasted).
If there is a better way to accomplish the above, I'm all for it.
But, it seems like what I have should at least work but the code in
the block seems to be treated differently.
Thanks,
Andrew
On Jul 1, 2009, at 7:47 PM, DH wrote:
Hi,
Don't ever have such issue, I always put form inside div too.
What about the generated html source code? Is it right?
DH
http://www.gaonline.com.cn
- Original Message -
From: Andrew Nguyen
To: users@tapestry.apache.org
Sent: Thursday, July 02, 2009 10:16 AM
Subject: Problem with form inside div
I have the following snippet of code in my tml file:
div id=categorypopup_div_${headline.id} class=popup long
nbsp;
form t:id=categoryform
input type=hidden name=headlineId id=headlineId value=$
{headline.id}/
select t:id=category
t:type=select
t:model=allCategoriesModel
t:encoder=allCategoriesModel
t:blankOption=ALWAYS
t:blankLabel=Choose new cat/
br/br/
input type=submit id=save value=Save
class=popup_closebox/nbsp;nbsp;nbsp;
span class=popup_link popup_closeboxCancel/span
/form
/div
When the page is accessed via Firefox (with Firebug), it is
rendered as:
div... /
form
/form
where the form is outside of the div...
Any ideas? I am very new to Tapestry development...
Thanks,
Andrew
smime.p7s
Description: S/MIME cryptographic signature
Re: Problem with form inside div - SOLVED (unrelated to tapestry)
Of course, it turned out to be something else - I messed up the
tables...
Thanks all,
Andrew
On Jul 1, 2009, at 7:47 PM, DH wrote:
Hi,
Don't ever have such issue, I always put form inside div too.
What about the generated html source code? Is it right?
DH
http://www.gaonline.com.cn
- Original Message -
From: Andrew Nguyen
To: users@tapestry.apache.org
Sent: Thursday, July 02, 2009 10:16 AM
Subject: Problem with form inside div
I have the following snippet of code in my tml file:
div id=categorypopup_div_${headline.id} class=popup long
nbsp;
form t:id=categoryform
input type=hidden name=headlineId id=headlineId value=$
{headline.id}/
select t:id=category
t:type=select
t:model=allCategoriesModel
t:encoder=allCategoriesModel
t:blankOption=ALWAYS
t:blankLabel=Choose new cat/
br/br/
input type=submit id=save value=Save
class=popup_closebox/nbsp;nbsp;nbsp;
span class=popup_link popup_closeboxCancel/span
/form
/div
When the page is accessed via Firefox (with Firebug), it is
rendered as:
div... /
form
/form
where the form is outside of the div...
Any ideas? I am very new to Tapestry development...
Thanks,
Andrew
smime.p7s
Description: S/MIME cryptographic signature
Re: Customizing Translator messages?
If I'm not mistaken, you can't do that on a per-component basis. Translators have a getMessageKey() method that returns the key to be used and this is per translator not per component. Uli On 02.07.2009 04:21 schrieb Martin Strand: Validation messages can easily be overridden for a specific component, eg password-required-message = You forgot to type your password! Is there a way to do the same with Translators - override messages on a per-component basis? onParseClientFromXXX(...) could work, but I'd prefer to reuse the built-in translators. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Accessing parameter of container from mixin
Hi, I am writing a mixin that can be used with submit, actionlink, linksubmit and other things that support a zone parameter. I need to know the zone name from the container. I can add a zone parameter to my mixin but it's 'namespaced', ie. doesn't pick up the zone parameter of the container. I would like to write a defaultZone method but cannot see an obvious way to get the parameter from the container. I am injecting the container fine but the zone field is private with annotation rather than exposed with a getter. The workaround is to duplicate the attribute, eg: t:actionlink t:mixins=overlay zone=x overlay.zone=x.../t:actionlink This works fine but is not quite as elegant as I'd like! Any ideas? Thanks, Alfie.
Re: Accessing parameter of container from mixin
there is no way to do so right now. see https://issues.apache.org/jira/browse/TAP5-103 there has been some comments on this matter recently (see http://tapestry-dev.markmail.org/search/?q=TAP5-103) g, kris Alfie Kirkpatrick alfie.kirkpatr...@ioko.com 02.07.2009 10:08 Bitte antworten an Tapestry users users@tapestry.apache.org An Tapestry users users@tapestry.apache.org Kopie Thema Accessing parameter of container from mixin Hi, I am writing a mixin that can be used with submit, actionlink, linksubmit and other things that support a zone parameter. I need to know the zone name from the container. I can add a zone parameter to my mixin but it's 'namespaced', ie. doesn't pick up the zone parameter of the container. I would like to write a defaultZone method but cannot see an obvious way to get the parameter from the container. I am injecting the container fine but the zone field is private with annotation rather than exposed with a getter. The workaround is to duplicate the attribute, eg: t:actionlink t:mixins=overlay zone=x overlay.zone=x.../t:actionlink This works fine but is not quite as elegant as I'd like! Any ideas? Thanks, Alfie.
Re: Accessing parameter of container from mixin
One way is using the internal API, which is not recommended. I don't know
whether there is a better one.
@Inject
private ComponentResources componentResources;
public String getZone() {
InternalComponentResourcesImpl containerResources =
(InternalComponentResourcesImpl)componentResources.getContainerResources();
String zone= (String)containerResources.getBinding(zone).get();
return zone;
}
DH
http://www.gaonline.com.cn
- Original Message -
From: Alfie Kirkpatrick
To: Tapestry users users@tapestry.apache.org
Sent: Thursday, July 02, 2009 4:08 PM
Subject: Accessing parameter of container from mixin
Hi, I am writing a mixin that can be used with submit, actionlink,
linksubmit and other things that support a zone parameter.
I need to know the zone name from the container. I can add a zone
parameter to my mixin but it's 'namespaced', ie. doesn't pick up the
zone parameter of the container.
I would like to write a defaultZone method but cannot see an obvious way
to get the parameter from the container. I am injecting the container
fine but the zone field is private with annotation rather than exposed
with a getter.
The workaround is to duplicate the attribute, eg:
t:actionlink t:mixins=overlay zone=x
overlay.zone=x.../t:actionlink
This works fine but is not quite as elegant as I'd like!
Any ideas?
Thanks, Alfie.
Re: T5: Enabling disabled datefield
Hi again!
I know that simple components are not that interesting.
Maybe there is someone who also uses this components and knows why it
doesn't work (or maybe should not work).
Przemysław Wojnowski wrote:
Hi!
Is there a way to submit datefield, which has attribute disabled=true
in template but was enabled using JavaScript on page.
Currently enabling field using JS does nothing and datefield is not
submitted, although it should IMHO.
Or is there some other way to have field disabled by default, but with
possibility of enabling it and submitting its value?
Example:
--- template ---
t:checkbox t:id=enableDate t:value=dateEnabled
onclick=$('date').disabled = !$('date').disabled; /
t:datefield t:id=date t:value=date t:format=-MM-dd
t:disabled=true /
--- page class ---
private Date date;
public Date getDate() { return date; }
public void setDate(Date date) {
log(date, startDate);
this.date = date;
}
In code above setDate() is not called, even though datefield was enabled
using JS.
Regards,
Przemysław Wojnowski
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Tapestry 5.0.1.5 and Cayenne Integration
Hi Guys Has anyone got an example or tutorial on how to integrate Tapestry5.0.1.5 with Cayenne ? I am following tutorial, when I get to the part of running test class after setting up my database and generating my class files placing jar file inside pom.xml. T5 project starts up ok as soon as I use DataContext class and create a connection it throws up error : Caused by: org.apache.cayenne.ConfigurationException: [v.3.0M5 Nov 29 2008 21:12:47] [org.apache.cayenne.conf.DefaultConfiguration] : Domain configuration file cayenne.xml is not found. at org.apache.cayenne.conf.DefaultConfiguration.initialize(DefaultConfigura tion.java:141) at org.apache.cayenne.conf.Configuration.initializeSharedConfiguration(Conf iguration.java:157) ... 5 more dependency groupIdorg.apache.cayenne/groupId artifactIdcayenne-server/artifactId version3.0M5/version /dependency Has anyone got some info on Tapestry5 and Cayenne Integration ? Thanks Eldred
Integrating DisplayTag in Tapestry
Hello All.
I am currently developing an application using tapestry 5.1.0.5, and
well, quite amazed by the advantages and ease of development it gives to
me ( being used to struts 1.x :-) ).
But now, i'm facing a problem, that i used to solve with Displaytag,
and have not found any similar in tapestry.
Maybe someone could point me in the right direction ?
I want to display a treegrid-menu , like this ..
Column 1 Column 2 Column 3
0
1
10
11
110
2
20
201
I hope you get the point ...
Obviously, the column may be dinamically generated, depending on the
menu depth ( already stored in a tree like structure )
Here is the code i used previously ...
I have no way to make tapestry integrate with the 'c' jsp tags ..
display:table id=row name=sessionScope.plantable
display:column property=MainOption title=Main Menu group=1
sortable=true/
c:forEach begin=2 end=${MenuDepth} var=column
c:set var=title scope=pageSub-Menu c:out
value=${column-1}//c:set
c:set var=SubOption scope=pageSubOptionc:out
value=${column-1}//c:set
display:column property=${SubOption} title=${title}
group=${column}/
/c:forEach
/display:table
Thanks
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.0.1.5 and Cayenne Integration
Is this what you are looking for? http://code.google.com/p/tapestry5-cayenne/ Peter - Original Message - From: Eldred Mullany eldred.mull...@easypay.co.za To: Tapestry users users@tapestry.apache.org Sent: Thursday, 2 July, 2009 13:19:45 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Tapestry 5.0.1.5 and Cayenne Integration Hi Guys Has anyone got an example or tutorial on how to integrate Tapestry5.0.1.5 with Cayenne ? I am following tutorial, when I get to the part of running test class after setting up my database and generating my class files placing jar file inside pom.xml. T5 project starts up ok as soon as I use DataContext class and create a connection it throws up error : Caused by: org.apache.cayenne.ConfigurationException: [v.3.0M5 Nov 29 2008 21:12:47] [org.apache.cayenne.conf.DefaultConfiguration] : Domain configuration file cayenne.xml is not found. at org.apache.cayenne.conf.DefaultConfiguration.initialize(DefaultConfigura tion.java:141) at org.apache.cayenne.conf.Configuration.initializeSharedConfiguration(Conf iguration.java:157) ... 5 more dependency groupIdorg.apache.cayenne/groupId artifactIdcayenne-server/artifactId version3.0M5/version /dependency Has anyone got some info on Tapestry5 and Cayenne Integration ? Thanks Eldred - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Integrating DisplayTag in Tapestry
Sorry, the format screwed up.
What i basically want is 'group by' property in a grid table.
How can this be achieved, anyone ?
Thanks.
Hello All.
I am currently developing an application using tapestry 5.1.0.5, and
well, quite amazed by the advantages and ease of development it gives
to me ( being used to struts 1.x :-) ).
But now, i'm facing a problem, that i used to solve with Displaytag,
and have not found any similar in tapestry.
Maybe someone could point me in the right direction ?
I want to display a treegrid-menu , like this ..
Column 1 Column 2 Column 3
0 110
11
110
2 20
201
I hope you get the point ...
Obviously, the column may be dinamically generated, depending on the
menu depth ( already stored in a tree like structure )
Here is the code i used previously ...
I have no way to make tapestry integrate with the 'c' jsp tags ..
display:table id=row name=sessionScope.plantable
display:column property=MainOption title=Main Menu
group=1 sortable=true/
c:forEach begin=2 end=${MenuDepth} var=column
c:set var=title scope=pageSub-Menu c:out
value=${column-1}//c:set
c:set var=SubOption scope=pageSubOptionc:out
value=${column-1}//c:set
display:column property=${SubOption} title=${title}
group=${column}/
/c:forEach
/display:table
Thanks
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
RE: Tapestry 5.0.1.5 and Cayenne Integration
Found that thank you. I did not place my cayenne.xml file in root dir of resources, restarted project and it made a connection to db Thanks -Original Message- From: Peter Stavrinides [mailto:p.stavrini...@albourne.com] Sent: Thursday, July 02, 2009 1:57 PM To: Tapestry users Subject: Re: Tapestry 5.0.1.5 and Cayenne Integration Is this what you are looking for? http://code.google.com/p/tapestry5-cayenne/ Peter - Original Message - From: Eldred Mullany eldred.mull...@easypay.co.za To: Tapestry users users@tapestry.apache.org Sent: Thursday, 2 July, 2009 13:19:45 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Tapestry 5.0.1.5 and Cayenne Integration Hi Guys Has anyone got an example or tutorial on how to integrate Tapestry5.0.1.5 with Cayenne ? I am following tutorial, when I get to the part of running test class after setting up my database and generating my class files placing jar file inside pom.xml. T5 project starts up ok as soon as I use DataContext class and create a connection it throws up error : Caused by: org.apache.cayenne.ConfigurationException: [v.3.0M5 Nov 29 2008 21:12:47] [org.apache.cayenne.conf.DefaultConfiguration] : Domain configuration file cayenne.xml is not found. at org.apache.cayenne.conf.DefaultConfiguration.initialize(DefaultConfigura tion.java:141) at org.apache.cayenne.conf.Configuration.initializeSharedConfiguration(Conf iguration.java:157) ... 5 more dependency groupIdorg.apache.cayenne/groupId artifactIdcayenne-server/artifactId version3.0M5/version /dependency Has anyone got some info on Tapestry5 and Cayenne Integration ? Thanks Eldred - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Integrating DisplayTag in Tapestry
On Thu, Jul 2, 2009 at 8:58 AM, jose luis sanchezjoseluis.sanc...@m-centric.com wrote: Sorry, the format screwed up. What i basically want is 'group by' property in a grid table. How can this be achieved, anyone ? It will not solve your whole problem, but Tapestry's component that is more similar to DisplayTag is Grid: http://tapestry.apache.org/tapestry5.1/tapestry-core/ref/org/apache/tapestry5/corelib/components/Grid.html -- Thiago - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Integrating DisplayTag in Tapestry
Yes, i'm actually using grid with great success in other pages of my app, but it's missing the 'group by' facility displaytag gives to me. On Thu, Jul 2, 2009 at 8:58 AM, jose luis sanchezjoseluis.sanc...@m-centric.com wrote: Sorry, the format screwed up. What i basically want is 'group by' property in a grid table. How can this be achieved, anyone ? It will not solve your whole problem, but Tapestry's component that is more similar to DisplayTag is Grid: http://tapestry.apache.org/tapestry5.1/tapestry-core/ref/org/apache/tapestry5/corelib/components/Grid.html - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Validating nested loops with helper classes
Stephan Windmüller wrote: Please, is there anyone who can tell me how to iterate over a list and store data in it? I found the solution. It was a mixture of three different things: 1. Using the formState=literal:VALUES in loops. 2. The two value-elements from select and loop must not be the same value, otherwise the object references do not match. 3. Losing the session after reloading the tomcat application or even restarting tomcat is not the same as manually logging out. Another solution I found on this list is using the index-parameter of the loop, removing the Property-Annotation and using the index in getAssignedUser. Hope that helps others. - Stephan - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.0.1.5 and Cayenne Integration
Hi, 2009/7/2 Eldred Mullany eldred.mull...@easypay.co.za Hi Guys Has anyone got an example or tutorial on how to integrate Tapestry5.0.1.5 with Cayenne ? I wish Robert will continue his great tutorial at http://t5cayenne.saiwai-solutions.com/tutorial/ Cheers, Borut
Re: stax2 issue
Howard Lewis Ship wrote: This is likely related ... ... but it isn't. Eclipse apparently found a woodstox jar that was not put in the war file I created. Sorry for causing confusion here. Christine an effort is underway to release a bug fix release for 5.1 to address this issue and not require the Woodstox parser (but will probably still require some StAX parser). On Wed, Jul 1, 2009 at 1:59 PM, Christine christ...@christine.nl wrote: Hi, My app uses Tapestry and Google Maps. I upgraded to Tapestry 5.1, running my app in Eclipse works fine (I use run jetty run). However, when I create a war file and run it in Jetty, I get this error: Exception constructing service 'TemplateParser': Error invoking constructor org.apache.tapestry5.internal.services.TemplateParserImpl(Map, boolean) (at TemplateParserImpl.java:50) via org.apache.tapestry5.internal.services.InternalModule.bind(ServiceBinder) (at InternalModule.java:65) (for service 'TemplateParser'): com.sun.xml.internal.stream.XMLInputFactoryImpl cannot be cast to org.codehaus.stax2.XMLInputFactory2 I found an earlier email about woodstox not being compatible with google app engine. Is this related to that? I hesitate to go back to t5.0 because in t5.1 I can have my javascript included by Tapestry - it needs to be loaded before I build the map, or rather, before I create the markers. dagdag Christine -- dagdag is just a two-character rotation of byebye. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- dagdag is just a two-character rotation of byebye.
Using tapestry-acegi's LogoutService
Hi: how would I do this: Everytime a new authentication attempt is made logout the current user. What I tried to inject the LogoutService into my custom AuthenticationProcessingFilter, but I can not call logoutService.logout() because no RequestGlobals is injected into the LogoutService. Any ideas? Regards, Kai - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Using tapestry-acegi's LogoutService
Kai i am not sure how to do it with Tapestry-acegi but this use case is already supported by Spring Security: http://static.springsource.org/spring-security/site/docs/2.0.x/reference/ns-config.html#ns-concurrent-session On Thu, Jul 2, 2009 at 3:52 PM, Kai Weberkai.we...@glorybox.de wrote: Hi: how would I do this: Everytime a new authentication attempt is made logout the current user. What I tried to inject the LogoutService into my custom AuthenticationProcessingFilter, but I can not call logoutService.logout() because no RequestGlobals is injected into the LogoutService. Any ideas? Regards, Kai - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.0.1.5 and Cayenne Integration
By default, Cayenne will look through the CLASSPATH to find the XML files (cayenne.xml, etc). You can tell it to look elsewhere, but the easiest thing to do is to put it at the top of your src directory. I haven't tried using Robert's T5+Cayenne integration yet. (On my to-do list.) mrg On Thu, Jul 2, 2009 at 6:19 AM, Eldred Mullany eldred.mull...@easypay.co.za wrote: Hi Guys Has anyone got an example or tutorial on how to integrate Tapestry5.0.1.5 with Cayenne ? I am following tutorial, when I get to the part of running test class after setting up my database and generating my class files placing jar file inside pom.xml. T5 project starts up ok as soon as I use DataContext class and create a connection it throws up error : Caused by: org.apache.cayenne.ConfigurationException: [v.3.0M5 Nov 29 2008 21:12:47] [org.apache.cayenne.conf.DefaultConfiguration] : Domain configuration file cayenne.xml is not found. at org.apache.cayenne.conf.DefaultConfiguration.initialize(DefaultConfigura tion.java:141) at org.apache.cayenne.conf.Configuration.initializeSharedConfiguration(Conf iguration.java:157) ... 5 more dependency groupIdorg.apache.cayenne/groupId artifactIdcayenne-server/artifactId version3.0M5/version /dependency Has anyone got some info on Tapestry5 and Cayenne Integration ? Thanks Eldred
Re: Using tapestry-acegi's LogoutService
Juan E. Maya schrieb: Kai i am not sure how to do it with Tapestry-acegi but this use case is already supported by Spring Security: http://static.springsource.org/spring-security/site/docs/2.0.x/reference/ns-config.html#ns-concurrent-session Is it possible to use spring-security together with Tapestry? How would I start? Regards, Kai - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Using tapestry-acegi's LogoutService
It is and you'd start by searching the archives and reading the information in the Howtos section of the wiki. Uli On 02.07.2009 17:36 schrieb Kai Weber: Juan E. Maya schrieb: Kai i am not sure how to do it with Tapestry-acegi but this use case is already supported by Spring Security: http://static.springsource.org/spring-security/site/docs/2.0.x/reference/ns-config.html#ns-concurrent-session Is it possible to use spring-security together with Tapestry? How would I start? Regards, Kai - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Using tapestry-acegi's LogoutService
On Thu, Jul 2, 2009 at 12:36 PM, Kai Weberkai.we...@glorybox.de wrote: Is it possible to use spring-security together with Tapestry? How would I start? Take a look at Tapestry-Spring Security: http://www.localhost.nu/java/tapestry-spring-security/. You use it almost the same as you use Tapestry-Acegi. -- Thiago - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: T5: Enabling disabled datefield
Hi,
Because you set t:disabled=true to the datefield statically, so in the form
submit process, its value would not be updated always.
You can dynamically set the 'disabled' like t:disabled=!dateEnabled, then you
will get the value.
DH
http://www.gaonline.com.cn
- Original Message -
From: Przemysław Wojnowski
To: Tapestry users users@tapestry.apache.org
Sent: Thursday, July 02, 2009 4:39 PM
Subject: Re: T5: Enabling disabled datefield
Hi again!
I know that simple components are not that interesting.
Maybe there is someone who also uses this components and knows why it
doesn't work (or maybe should not work).
Przemysław Wojnowski wrote:
Hi!
Is there a way to submit datefield, which has attribute disabled=true
in template but was enabled using JavaScript on page.
Currently enabling field using JS does nothing and datefield is not
submitted, although it should IMHO.
Or is there some other way to have field disabled by default, but with
possibility of enabling it and submitting its value?
Example:
--- template ---
t:checkbox t:id=enableDate t:value=dateEnabled
onclick=$('date').disabled = !$('date').disabled; /
t:datefield t:id=date t:value=date t:format=-MM-dd
t:disabled=true /
--- page class ---
private Date date;
public Date getDate() { return date; }
public void setDate(Date date) {
log(date, startDate);
this.date = date;
}
In code above setDate() is not called, even though datefield was enabled
using JS.
Regards,
Przemysław Wojnowski
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
[Tapestry Central] Caught between Two IDEs
I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM
Re: [Tapestry Central] Caught between Two IDEs
I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM Christian Edward Gruber christianedwardgru...@gmail.com http://www.geekinasuit.com/ - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
[Tapestry 4.1] UTFDataFormatException in RequestCycle.encodeIdState
Hi all,
I am having a problem with Tapestry 4.1.6. I have a form with many
(1000) components. I get an exception trying to render the page. It
looks like the attempt in RequestCycle to call encodeIdState is hitting
a 65k length limit in ObjectOutputStream.writeUTF. Has anyone else
encountered this problem? I cannot restructure the page to reduce the
number of components, so I need another way to get around this limit. I
am thinking that I will need to override RequestCycle so I can call
ObjectOutputStream.writeObject instead of .writeUTF when the string is
long. Does anyone have a better solution?
Exception details follow [[
Exception class: org.apache.hivemind.ApplicationRuntimeException
Exception message: Unable to encode object
,service$0,page$0,component$0,container$0,session$0,sp$0,layout$1,link1$
0,shell$0,Insert$2633,Any$9,Insert_0$12,ie6$0,body$0,OnErrorHandler$0,If
$6398,ConfirmFunctions$0,DownloadableJavaScript$5,BootstrapJavaScript$0,
homeTab$0,tabAnnouncement$1,RenderBody$728,sheetsTab$0,tabOverview$1,glo
balsTab$0,tabGlobalsOverview$1,sharedFormulasTab$0,tabSharedFormulas$1,i
mportTab$0,tabModelImport$1,exportTab$0,tabExportVersion$1,reportsTab$0,
Else$637,tabReportMenu$1,masterVersionChangeForm$0,apstate$1,apVerSel$1,
subMenuList$1,submenuItem$0,content$1,WarnOnUnsavedChan
... really long string truncated ...
enu$0,APPageLink$0,Image_5$0,APPageLink_0$0,Image_6$0,APPageLink_1$0,Ima
ge_7$0,APPageLink_2$0,Image_8$0,sampleBalanceSheetReport$1,Image_9$0,sam
plePLReport$1,Image_100,addFavoriteSubmitForm$0:java.io.UTFDataFormatExc
eption. This is sometimes caused when classes being serialized to a
stream dont implement java.io.Serializable.
Stack Trace: {
null
}
Exception class: java.io.UTFDataFormatException
Exception message: null
Stack Trace: {
java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(Unknown
Source)
java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(Unknown
Source)
java.io.ObjectOutputStream.writeUTF(Unknown Source)
org.apache.tapestry.util.io.CompressedDataEncoder.encodeStringCompressed
DataEncoder.java:55
org.apache.tapestry.engine.RequestCycle.encodeIdStateRequestCycle.java:6
78
org.apache.tapestry.form.FormSupportImpl.renderFormSupportImpl.java:482
org.apache.tapestry.form.Form.renderComponentForm.java:217
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.components.RenderBody.renderComponentRenderBody.java
:39
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.components.RenderBody.renderComponentRenderBody.java
:39
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.html.Body.renderComponentBody.java:38
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.html.Shell.renderComponentShell.java:125
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:185
org.apache.tapestry.AbstractPage.renderPageAbstractPage.java:249
org.apache.tapestry.engine.RequestCycle.renderPageRequestCycle.java:400
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderResponseD
efaultResponseBuilder.java:159
org.apache.tapestry.services.impl.ResponseRendererImpl.renderResponseRes
ponseRendererImpl.java:33
$ResponseRenderer_12220132922.renderResponse($ResponseRenderer_122201329
22.java)
org.apache.tapestry.engine.ExternalService.serviceExternalService.java:1
61
$IEngineService_122201329aa.service($IEngineService_122201329aa.java)
Re: [Tapestry Central] Caught between Two IDEs
I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) angelo Christian Edward Gruber-2 wrote: I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM Christian Edward Gruber christianedwardgru...@gmail.com http://www.geekinasuit.com/ - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- View this message in context: http://www.nabble.com/-Tapestry-Central--Caught-between-Two-IDEs-tp24313658p24315185.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [Tapestry 4.1] UTFDataFormatException in RequestCycle.encodeIdState
That's an unexpected limitation!
In exceptional cases, you can revert to simpler methods; for instance, using
a simple input type=text/ rather than a TextField component, and
handling that part of the submission inside your listener method much like a
traditional servlet.
As a stop-gap, you should give explicit jwcids to ALL of your components, as
use shorter names ... this will buy you a lot
(if you see the repetition in the generated element ids string at the
root of your problem). This
may be a time to use less intuitive names (i.e., use abbreviations!).
On Thu, Jul 2, 2009 at 3:31 PM, Aaron Kaminsky
aar...@adaptiveplanning.comwrote:
Hi all,
I am having a problem with Tapestry 4.1.6. I have a form with many
(1000) components. I get an exception trying to render the page. It
looks like the attempt in RequestCycle to call encodeIdState is hitting
a 65k length limit in ObjectOutputStream.writeUTF. Has anyone else
encountered this problem? I cannot restructure the page to reduce the
number of components, so I need another way to get around this limit. I
am thinking that I will need to override RequestCycle so I can call
ObjectOutputStream.writeObject instead of .writeUTF when the string is
long. Does anyone have a better solution?
Exception details follow [[
Exception class: org.apache.hivemind.ApplicationRuntimeException
Exception message: Unable to encode object
,service$0,page$0,component$0,container$0,session$0,sp$0,layout$1,link1$
0,shell$0,Insert$2633,Any$9,Insert_0$12,ie6$0,body$0,OnErrorHandler$0,If
$6398,ConfirmFunctions$0,DownloadableJavaScript$5,BootstrapJavaScript$0,
homeTab$0,tabAnnouncement$1,RenderBody$728,sheetsTab$0,tabOverview$1,glo
balsTab$0,tabGlobalsOverview$1,sharedFormulasTab$0,tabSharedFormulas$1,i
mportTab$0,tabModelImport$1,exportTab$0,tabExportVersion$1,reportsTab$0,
Else$637,tabReportMenu$1,masterVersionChangeForm$0,apstate$1,apVerSel$1,
subMenuList$1,submenuItem$0,content$1,WarnOnUnsavedChan
... really long string truncated ...
enu$0,APPageLink$0,Image_5$0,APPageLink_0$0,Image_6$0,APPageLink_1$0,Ima
ge_7$0,APPageLink_2$0,Image_8$0,sampleBalanceSheetReport$1,Image_9$0,sam
plePLReport$1,Image_100,addFavoriteSubmitForm$0:java.io.UTFDataFormatExc
eption. This is sometimes caused when classes being serialized to a
stream dont implement java.io.Serializable.
Stack Trace: {
null
}
Exception class: java.io.UTFDataFormatException
Exception message: null
Stack Trace: {
java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(Unknown
Source)
java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(Unknown
Source)
java.io.ObjectOutputStream.writeUTF(Unknown Source)
org.apache.tapestry.util.io.CompressedDataEncoder.encodeStringCompressed
DataEncoder.java:55
org.apache.tapestry.engine.RequestCycle.encodeIdStateRequestCycle.java:6
78
org.apache.tapestry.form.FormSupportImpl.renderFormSupportImpl.java:482
org.apache.tapestry.form.Form.renderComponentForm.java:217
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.components.RenderBody.renderComponentRenderBody.java
:39
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.components.RenderBody.renderComponentRenderBody.java
:39
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.html.Body.renderComponentBody.java:38
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.AbstractComponent.renderBodyAbstractComponent.java:5
38
org.apache.tapestry.html.Shell.renderComponentShell.java:125
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
org.apache.tapestry.AbstractComponent.renderAbstractComponent.java:724
org.apache.tapestry.services.impl.DefaultResponseBuilder.renderDefaultRe
sponseBuilder.java:187
org.apache.tapestry.BaseComponent.renderComponentBaseComponent.java:107
Re: [Tapestry Central] Caught between Two IDEs
Angelo Chen schrieb: I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. I cannot confirm that. Eclipse works very stable for our little development shop. When something screws up, maven is the culprit, at least at our place. I really like Mylyin and it's bugzilla integration, but must admit that I don't know if InteliJ has something similar. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) The Eclipse IDE for Java developers works quite well. But it is annoying that some important plugins require extra effort to install (like svn or RunJettyRun). Andy - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [Tapestry Central] Caught between Two IDEs
I haven't had Eclipse (or products based on it) crash in a LONG time. I do however have it lock up for a couple minutes at a time several times a day. Incredibly frustrating when you have unsaved files. I remember I was using Eclipse 3.2 a couple of years ago and I timed it as being locked up for literally 16 minutes, as I was trying to do a save all... (though now its almost always less than 3 minutes) On Thu, Jul 2, 2009 at 6:54 PM, Angelo Chen angelochen...@yahoo.com.hkwrote: I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) angelo Christian Edward Gruber-2 wrote: I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM Christian Edward Gruber christianedwardgru...@gmail.com http://www.geekinasuit.com/ - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- View this message in context: http://www.nabble.com/-Tapestry-Central--Caught-between-Two-IDEs-tp24313658p24315185.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [Tapestry Central] Caught between Two IDEs
I've had periodic lockups as well. I generally suspect memory leaks and it's doing a garbage collection. I usually restart Eclipse when this happens, and my problems go away. However, I have to leave it running for weeks for this to happen. I've never had it crash. I'd add that it's updater mechanism, while getting better, still needs some work, and various updated mess stuff up. The latest J2EE perspective seems rather brain dead, hiding new files and refusing to refresh. Previous version't wouldn't sort new file properly, instead placing them in a random place. I've since moved back to the plain old Java perspective. All in all, I've been pretty happy with it. Norman Franke Answering Service for Directors, Inc. www.myasd.com On Jul 2, 2009, at 9:03 PM, Craig St. Jean wrote: I haven't had Eclipse (or products based on it) crash in a LONG time. I do however have it lock up for a couple minutes at a time several times a day. Incredibly frustrating when you have unsaved files. I remember I was using Eclipse 3.2 a couple of years ago and I timed it as being locked up for literally 16 minutes, as I was trying to do a save all... (though now its almost always less than 3 minutes) On Thu, Jul 2, 2009 at 6:54 PM, Angelo Chen angelochen...@yahoo.com.hk wrote: I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) angelo Christian Edward Gruber-2 wrote: I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go- rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM Christian Edward Gruber christianedwardgru...@gmail.com
Re: [Tapestry Central] Caught between Two IDEs
Less is more with Eclipse. At least it has a reasonable XML editor built in now, and RunJettyRun gets the job done. How much more do you need? A better JavaScript and CSS editor would also be nice, the question is how much bloat do I have to drag in with those? On Thu, Jul 2, 2009 at 6:49 PM, Norman Franke nor...@myasd.com wrote: I've had periodic lockups as well. I generally suspect memory leaks and it's doing a garbage collection. I usually restart Eclipse when this happens, and my problems go away. However, I have to leave it running for weeks for this to happen. I've never had it crash. I'd add that it's updater mechanism, while getting better, still needs some work, and various updated mess stuff up. The latest J2EE perspective seems rather brain dead, hiding new files and refusing to refresh. Previous version't wouldn't sort new file properly, instead placing them in a random place. I've since moved back to the plain old Java perspective. All in all, I've been pretty happy with it. Norman Franke Answering Service for Directors, Inc. www.myasd.com On Jul 2, 2009, at 9:03 PM, Craig St. Jean wrote: I haven't had Eclipse (or products based on it) crash in a LONG time. I do however have it lock up for a couple minutes at a time several times a day. Incredibly frustrating when you have unsaved files. I remember I was using Eclipse 3.2 a couple of years ago and I timed it as being locked up for literally 16 minutes, as I was trying to do a save all... (though now its almost always less than 3 minutes) On Thu, Jul 2, 2009 at 6:54 PM, Angelo Chen angelochen...@yahoo.com.hk wrote: I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) angelo Christian Edward Gruber-2 wrote: I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and
Re: [Tapestry Central] Caught between Two IDEs
Craig St. Jean wrote: I haven't had Eclipse (or products based on it) crash in a LONG time. I do however have it lock up for a couple minutes at a time several times a day. Incredibly frustrating when you have unsaved files. Concurrent collector may help remove those pauses. Something like (eclipse.ini): -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:+CMSIncrementalPacing -XX:+CMSClassUnloadingEnabled Though some plug-ins or Eclipse itself sometimes leak so you have to restart it from time to time. I remember I was using Eclipse 3.2 a couple of years ago and I timed it as being locked up for literally 16 minutes, as I was trying to do a save all... (though now its almost always less than 3 minutes) On Thu, Jul 2, 2009 at 6:54 PM, Angelo Chen angelochen...@yahoo.com.hkwrote: I got two reasons not using Eclipse: 1) crashes, it just simply crashed even sitting there, probably it's getting better now. 2) don't know what to download, so many versions out there, and never find out which one is correct for me, in front of Eclipse I'm really a newbie:) angelo Christian Edward Gruber-2 wrote: I agree - I bounce back and forth as well, quite commonly. I'm encouraged by Eclipse 3.5 for reasons you cite, but it's frustrating. Every-so-often I seriously consider just a text editor and command-line, but things like re-factoring tools, etc, usually bring me back. I'll tell you though, the one that gives me a NeXT-style InterfaceBuilder work-alike for Swing or SWT will probably win for me. (And if someone let me build tapestry code that way... drag and drop GUIs... I'd definitely pay for that privilege) Christian On Jul 2, 2009, at 4:30 PM, Howard wrote: I seem to be caught between two IDEs: Eclipse and IntelliJ. I abandoned Eclipse a couple of years back, partly based on wide spread recommendations from many different people, and partly because Eclipse just stopped working for me (it crashed out). After I got started with IntelliJ I started to appreciate its merits, despite a generally clunky interface (with lots of modal windows), truly awful documentation. Many things are streamlined and only a ctrl-alt-shift-coke-bottle-touch-your-nose away. However, over time, using IntelliJ got slower and slower and slower. It also started running the Tapestry test suite horrifically slowly: 40 minutes and up (it should be about five). It would often go away, even when memory wasn't tight. Indexing? Checking Repositories? Computing primes? No way to tell. Meanwhile, Eclipse has been moving forward, with Eclipse Galileo being a Cocoa (not a Carbon) application. Critical plugins such as M2Eclipse have gotten nice, and the Clojure plugin is mostly better than the IntelliJ one (though both are very early). For a while I was using IntelliJ when teaching Tapestry (as part of the VMWare image I use when training) ... and I got a lot of resistance. People were much happier with Eclipse on the last couple of go-rounds, and I'm sticking with it. Overall, I'm feeling that most of what I've grown used to in IntelliJ is present in Eclipse, just handled a bit differently. The Clojure plugins are a wash; IntelliJ has the edge on the Git plugin. I think Subversion inside Eclipse is actually better. I've even cranked up NetBeans but didn't find anything there compelling enough to switch. It seems like all my major tools (Firefox, Firebug, Eclipse, IntelliJ) are in the habit of growing too complex, and doing too much stuff in the background that I don't care about. All those intentions in IntelliJ that you have to turn off (for performance reasons), and all those extra plugins for Eclipse that you need to not download in the first place ... they're all getting in my way. I think a lot of this falls into the general category of accidental complexity ... to address the limitations of the Java programming language, all this extra stuff is coming into play: tools and wizards and plugins and indexes and whatnot. I find it pretty pleasant to work with Clojure instead, where the accidental complexity of Java is managed and isolated and the IDE doesn't feel the need to be overly ambitious. That's the Clojure concept right there ... grow the language to your needs, rather than building up tools. I think that's the Tapestry ethic as well. -- Posted By Howard to Tapestry Central at 7/02/2009 01:10:00 PM Christian Edward Gruber christianedwardgru...@gmail.com http://www.geekinasuit.com/ - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- View this message in context: http://www.nabble.com/-Tapestry-Central--Caught-between-Two-IDEs-tp24313658p24315185.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail:
