Re: Getting current tapestry 5.4-SNAPSHOT head running in eclipse with git and gradle
Thank you Lance and Uli, with your help I made some important steps into the right direction. I now use the grade eclipse plugin, it works very well. I also changed the java version in the main build.gradle file from 1.5 to 1.6 (Uli: you changed it back from 1.6 back to 1.5 in 209efb827 8 weeks ago). the remaining compilation errors where from some missing java source files the the "org.apache.tapestry5.internal.antlr" package - i assumed they are being generated with the first full gradle buid. So I tried to build everything from command line (cygwin, windows 7 "./gradlew build"). But here my next problems arise: The build fails very soon when building tapestry-beanvalidator in the TapestryBeanValidationIntegrationTest and the antlr files are not being generated. After looking into things, i found out that the tests assert that there are english bean-validation messages present - my environment is german and the integration-apps output german messages and formatting, so the tests fail. Fix was easy: i added "configuration.add(SymbolConstants.SUPPORTED_LOCALES, "en");" in the AppModule of the beanvalidator integration test. now beanvalidator module builds and all tests pass - but now in tapestry-core there are other tests failing - also because of german localized messages and formatting (dates, numbers) - the tests assert english messages and formatting. the first four failing tests are: 1372 methods, 24 failed, 1348 passed basic_grid: "//img[@class='t-sort-icon']/@alt was '[aufw.]' not '[Asc]'" bean_editor: "Page did not contain 'You must provide at least 3 characters for First Name.'." calendar_field_inside_bean_editor: "Page did not contain 'Apr 6, 1978'." cancel_button "ERROR: Element //input[@value='Cancel'] not found" Now i am stuck - i would like not to have to add the fixed english locale in every "AppModule" and every Integration test. I tried to set the locale before building the tests from command line but with no success. I tried: export LANG="en_US" export LC_ALL"en_US" ./gradlew -Dtapestry.supported-locales=en build I also added the line JAVA_OPTS="-Dtapestry.supported-locales=en" on top of the gradlew build script without success - the tests continue to fail. Is this a bug? I would like to help and try to fix it and improve the tests or the test environment, that the locale of the user where the build runs is not used and english is being used instead. Or is my build setup wrong and cygwin is in some way not supported? Any ideas? Thanks you guys Felix On Tue, Dec 18, 2012 at 3:56 PM, Ulrich Stärk wrote: > On 18.12.2012 13:29, Felix Gonschorek wrote: > > Okay, i would like to contribute back to the tapestry project and submit > > patches and tests. I have difficulties to get tapestry running in my > > current dev environment: > > > > - eclipse 3.8.1 (jdt, gradle plugin, git team provider and m2 plugin > > installed) > > - win 7 > > > > usually i work with mercurial and m2eclipse, but git and gradle should'nt > > be a problem. > > > > This is what i do: > > > >> git clone http://git-wip-us.apache.org/repos/asf/tapestry-5.git > >> cd tapestry-5 > >> ./gradlew eclipse > > > > in eclipse: > > > > "import" -> "existing project into workspace" -> "select tapestry-5 > folder > > in workspace" > > > > Result: i get a single tapestry-5 project, but no classpaths are set. > > > > after some investigation i see, that eclipse only sees the .project files > > in the project root folder, not in the sub-projects. so i remove the > > projects in eclipse without removing the files on the disk. then i delete > > the .project file in the root folder and import the "existing projects > into > > workspace" again. > > > > Now the subprojects (tapestry-core, tapestry-ioc, tapestry-test) are > > being detected and i can import the projects. > > > > Result: i have now 20 seperate projects in my eclipse workspace. > > Don't use the eclipse gradle target. Do Import -> Gradle Project after git > clone and select the > parent module. Worked like a charm for me. Eclipse's git integration sucks > though. > > > > > I get a lot of compilation errors: > > > > 1) The projects are set up for java 1.5 and in java 1.5 the "@Override" > > annotation on methods that implement an interface are not allowed. The > > @Override annotation is only allowed for methods overriding the method > of a > > superclass. > > Fix: i changed the "sourceCompatibility" and "targetCompatibility" in the > > root "build.gradle" to 1.6, run the "./gradlew eclipse" task again and > > refresh all projects. > > Result: The most compilation errors are gone. > > Question: How can i override the "sourceCompatiblity" and > > "targetCompatibility" settings without changing the main build.gradle > file? > > Strictly speaking, the sourceCompatibility is not 1.5 as far as i > > understand the setting... should this be fixed in general? > > I thought I fixed that in 209efb827. > > > > > 2) I am missing some clojure dependency. There ar
Re: Tapestry 5 developer rates
Only info I have is a few years ago we hired a smart engineer who had a lot of experience with Tapestry. His rate was $75/hr. On Wed, Dec 19, 2012 at 11:02 AM, John wrote: > I heard back from a developer in Glasgow, other than you that's all. > > I used Spring (just the IOC stuff) in a previous project, way too slow to > bootstrap with large configs. > > I haven't liked MVC since I started developing webapps with Struts and > when I first reviewed JSF many years ago and compared to the Tapestry of > the day I went for Tapestry. > > John > - Original Message - > From: Lance Java > To: dev@tapestry.apache.org > Sent: Wednesday, December 19, 2012 10:52 AM > Subject: Re: Tapestry 5 developer rates > > > I'm in London... It seems that Spring MVC and JSF are the norm wherever > I go > (contractor / banking). I've never seen an advertised role mentioning > Tapestry :( > > > > -- > View this message in context: > http://tapestry.1045711.n5.nabble.com/Tapestry-5-developer-rates-tp5718832p5718839.html > Sent from the Tapestry - Dev mailing list archive at Nabble.com. > > - > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org > For additional commands, e-mail: dev-h...@tapestry.apache.org >
Re: Tapestry 5 developer rates
I heard back from a developer in Glasgow, other than you that's all. I used Spring (just the IOC stuff) in a previous project, way too slow to bootstrap with large configs. I haven't liked MVC since I started developing webapps with Struts and when I first reviewed JSF many years ago and compared to the Tapestry of the day I went for Tapestry. John - Original Message - From: Lance Java To: dev@tapestry.apache.org Sent: Wednesday, December 19, 2012 10:52 AM Subject: Re: Tapestry 5 developer rates I'm in London... It seems that Spring MVC and JSF are the norm wherever I go (contractor / banking). I've never seen an advertised role mentioning Tapestry :( -- View this message in context: http://tapestry.1045711.n5.nabble.com/Tapestry-5-developer-rates-tp5718832p5718839.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Idea for 5.4: ControlGroup mixin
On Wed, 19 Dec 2012 11:51:14 -0200, trsvax wrote: I would prefer a drop in module also. I use Bootstrap for new projects but I have some old ones that do not. If the base components change their HTML output this would be a backward compatibility problem for me. It seems to me the base components won't change their HTML output, as Howard is just suggesting that he will create Bootstrap-based mixins, and mixins are meant to change components' behavior and rendering without changing their sources. I agree that Bootstrap should be a separate module, not included in tapestry-core automatically, but included in projects generated by the Maven archetype. -- Thiago H. de Paula Figueiredo - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Idea for 5.4: ControlGroup mixin
I would prefer a drop in module also. I use Bootstrap for new projects but I have some old ones that do not. If the base components change their HTML output this would be a backward compatibility problem for me. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Idea-for-5-4-ControlGroup-mixin-tp5718691p5718851.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Cleaning up JIRA
Hi guys. There are still issues that affect versions up to 5.3.6 ( https://issues.apache.org/jira/browse/TAP5-2025). Maybe we can bulk close all the issues prior tapestry 5.3 version (Notifying users to upgrade to a newer version and check if the issue still exists) and have a manual one by one look on whats left. Zenios On Tue, Dec 18, 2012 at 10:07 PM, Ulrich Stärk wrote: > That's exactly what I'm trying to avoid. I don't want us to manually go > through the list because I > fear that we'll tend to be rather inclusive and won't let go of the old > stuff. > > If someone wants to pick up an issue, they can just assign it to > themselves and the issue > automatically disappears from the list. > > Uli > > On 18.12.2012 20:44, Howard Lewis Ship wrote: > > We should define some tags that can be used to mark issues that are > either > > likely to be picked up, or likely to be closed. > > > > > > On Tue, Dec 18, 2012 at 11:30 AM, Ulrich Stärk wrote: > > > >> On 18.12.2012 18:29, Kalle Korhonen wrote: > >>> Uli, let's not make this a religious argument. If we all compromise a > bit > >> > >> I'm not making this a religious argument. I simply don't see why we > should > >> delay cleaning the list > >> any longer or put any of our valuable energy in outdated stuff. That's > >> simply not economical. Half > >> of these issues were last updated more than 2 years ago, almost all were > >> updated more than a year > >> ago. The last 5.0 (5.0.19) was released in 2009-12. 5.1.0.7 (last 5.1 > >> release) was done in 2010-01. > >> We are talking about issues affecting 3 year old and even older versions > >> of our software. That > >> simply doesn't make any sense to me. > >> > >>> we'll see that everyone wants the same thing, a smaller open bug count. > >> Can > >>> we just wait a bit for bulk closing anything, and in the meanwhile keep > >> > >> That's exactly what I wrote: > >> > If Robert wants to spend the time on it, I'm all for it. But I really > >> want > to see the list of open > issues significantly reduced in the near future and I believe that the > >> > >> To rephrase: I'm OK with giving everybody a bit time to look at their > >> favorite issues, assign them, > >> update them, etc. But I want us to agree on a deadline when we will just > >> close them. > >> > >> Can we agree on the following: > >> > >> 1. we compile a list of issues that we think can be closed for reasons > of > >> lacking interest, > >> affecting outdated versions, being of low quality, or other reasons > >> 2. we bulk-comment on those issues asking reporters and watchers to > update > >> them with more > >> information by 2013-02-28 > >> 3. on 2013-03-01 we bulk-close those that are still open and haven't > been > >> updated > >> > >> Uli > >> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org > >> For additional commands, e-mail: dev-h...@tapestry.apache.org > >> > >> > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org > For additional commands, e-mail: dev-h...@tapestry.apache.org > >
Re: Tapestry 5 developer rates
I'm in London... It seems that Spring MVC and JSF are the norm wherever I go (contractor / banking). I've never seen an advertised role mentioning Tapestry :( -- View this message in context: http://tapestry.1045711.n5.nabble.com/Tapestry-5-developer-rates-tp5718832p5718839.html Sent from the Tapestry - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry 5 developer rates
I am UK based, freelancer (work from home) many years experience as a Java developer and IT consultant serving the financial and commercial/retail markets. Are there even any other UK based T5 developers? - Original Message - From: Ulrich Stärk To: Tapestry development Sent: Wednesday, December 19, 2012 8:58 AM Subject: Re: Tapestry 5 developer rates That totally depends on your negotiating skills, type of industry you are working for, your experience, the location, and possibly many other factors. Uli On 19.12.2012 09:51, John wrote: > Hi, > > Sorry if this is a bit OT, but I am wondering what sort of hourly rates T5 developers are charging these days. This is both from the perspective of potentially wanting to subcontract some of the work I do and also from wanting to set my own rates reasonably. > > thanks > - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Re: Tapestry 5 developer rates
That totally depends on your negotiating skills, type of industry you are working for, your experience, the location, and possibly many other factors. Uli On 19.12.2012 09:51, John wrote: > Hi, > > Sorry if this is a bit OT, but I am wondering what sort of hourly rates T5 > developers are charging these days. This is both from the perspective of > potentially wanting to subcontract some of the work I do and also from > wanting to set my own rates reasonably. > > thanks > - To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org For additional commands, e-mail: dev-h...@tapestry.apache.org
Tapestry 5 developer rates
Hi, Sorry if this is a bit OT, but I am wondering what sort of hourly rates T5 developers are charging these days. This is both from the perspective of potentially wanting to subcontract some of the work I do and also from wanting to set my own rates reasonably. thanks