Re: [VOTE] Jochen Kemnade as Tapestry Committer

[Taha Hafeez Siddiqi]

Taha Hafeez +1 (non-binding)

On 18-Apr-2014, at 9:51 PM, Lance Java  wrote:

> Lance Semmens + 1 (non-binding)
> On 17 Apr 2014 22:41, "Howard Lewis Ship"  wrote:
> 
>> I've seen Jochen busy on the mailing list for quite some time, and even
>> busier filing bugs and submitting patches. I think he'd make a fine
>> addition to the team.
>> 
>> Howard M. Lewis Ship: +1 (binding)
>> 
>> --
>> Howard M. Lewis Ship
>> 
>> Creator of Apache Tapestry
>> 
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>> 
>> (971) 678-5210
>> http://howardlewisship.com
>> @hlship
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [VOTE] Apache Tapestry 5.4-beta-3 release

[Taha Hafeez Siddiqi]

Taha Hafeez Siddiqi: +1 (non-binding)

On 21-Feb-2014, at 7:25 PM, "Thiago H de Paula Figueiredo"  
wrote:

> Thiago H. de Paula Figueiredo: +1 (binding)
> 
> On Wed, 19 Feb 2014 19:36:29 -0300, Howard Lewis Ship  
> wrote:
> 
>> I've created and uploaded a release of Tapestry 5.4-beta-3, ready to be
>> voted upon.
>> 
>> The source and source downloads are uploaded to:
>> 
>> http://people.apache.org/~hlship/tapestry-releases/
>> 
>> and the Maven artifacts staged to:
>> 
>> https://repository.apache.org/content/groups/staging/
>> 
>> Please examine these files to determine if the new beta release,
>> 5.4-beta-3, is ready.
>> 
>> I've also created a 5.4-beta-3 tag in Git:
>> 
>> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=commit;h=c2d46ef28dff5186da1e52bd88168ad04cd30f56
>> 
>> Vote will run for three days; On a successful vote, I'll release the Maven
>> artifacts, and move the source and javadoc distributions from these
>> directories
>> to the proper distribution directories and update the Tapestry site
>> documentation, and send out appropriate notifications.
>> 
>> 
> 
> 
> -- 
> Thiago H. de Paula Figueiredo
> Tapestry, Java and Hibernate consultant and developer
> http://machina.com.br
> 
> -
> 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: VOTE: Tapestry 5.4-beta-1

[Taha Hafeez Siddiqi]

Taha Hafeez: +1 (non-binding)

Sent from my iPhone

On 05-Dec-2013, at 8:04 PM, Massimo Lusetti  wrote:

> On Thu, Dec 5, 2013 at 12:01 AM, Howard Lewis Ship  wrote:
> 
> This is a vote, open to all committers, to create a beta release of
>> Tapestry 5.4.
> Massimo Lusetti: +1 (binding)
> 
> Absolutely

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Transactions and AfterCommit

[Taha Hafeez Siddiqi]

I have used spring and JEE in the past and I don't think every project needs 
them. The transaction support comes with a lot-n-lots of dependencies (at least 
at that time it was the case :)) and some people don't like it.

All we need is a support for @Transactional->Required /readonly. I think if we 
support them, most of common requirements are met.

regards
Taha

On 25-Aug-2013, at 4:18 AM, Lenny Primak  wrote:

> I would leave everything as is now. 
> Tapestry should not try to implement or re-implement full transaction 
> support. 
> This has already been done with JEE or spring. If a user wants this support, 
> they should just use what already exists out there. 
> 
> 
> On Aug 24, 2013, at 3:18 PM, "Thiago H de Paula Figueiredo" 
>  wrote:
> 
>> On Sat, 24 Aug 2013 09:39:11 -0300, Taha Siddiqi  
>> wrote:
>> 
>>> Hi everyone
>> 
>> Hi!
>> 
>>> There are two @CommitAfters and both work differently from each other.
>> 
>> This is a problem
>> 
>> Here's my suggestion:
>> 
>> 1) Leave the @CommitAfter implementations the way they are now for 
>> backward-compatibility reasons.
>> 2) Mark them as deprecated.
>> 3) Use EJB's @TransactionAttribute annotation instead of tapestry-hibernate 
>> and tapestry-jpa defining different annotations.
>> 4) Implement the different transaction attribute types described in 
>> http://docs.oracle.com/cd/B32110_01/web.1013/b28221/servtran002.htm.
>> 
>> Question: use JTA? I don't know.
>> 
>> -- 
>> Thiago H. de Paula Figueiredo
>> 
>> -
>> 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
> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Discussion: Future of tapestry-test & friends.

[Taha Hafeez Siddiqi]

+1 for Spock and Geb.

I have been using Spock and Geb for some time now. Being both in Groovy saves 
you a lot of time. 

One of the concerns that I have with Geb is unstable tests which seems to be 
related to WebDriver but, for some reason, are more visible with Geb. 

BTW Spock extensions are really easy and fun to write!.


regarding Ulrich's point. I agree that Tapestry stack keeps changing and it is 
not easy to cope up with it. Actually, that is a great thing if you have time 
to learn. You get free examples in the clearest of codes from Howard!! On the 
flip side, if you don't have time, you lag behind and can't contribute much to 
the project. That is one reason my blog has dried out as I couldn't get time to 
experiment with Tapestry 5.4. 

Thankfully, we have started migrating our libraries to Tapestry 5.4. I am now 
looking into the new source and it looks like an exciting next few weeks.

regards
Taha

On 31-Jul-2013, at 7:54 PM, Massimo Lusetti  wrote:

> On Wed, Jul 31, 2013 at 4:10 PM, Ulrich Stärk  wrote:
> 
> One reason I haven't contributed much in terms of code for quite some time
>> is the ever changing
>> technology stack Tapestry is built with. We have an increasingly complex
>> stack of bleeding-edge
>> tools and technologies that I simply lack the time of keeping up with.
>> 
>> I have the feeling that this might be a turn-down for other potential
>> contributors as well. I won't
>> be against it but don't be surprised about continously declining
>> contributor activity.
>> 
>> 
>> 
> One the other side I've always taken the "stack of bleeding-edge tools and
> technologies" used inside Tapestry as a reason to learn cool new stuff and
> ideas.
> 
> BTW Spock and Geb doesn't seem so new in the market, well newer then TestNG
> and EasyMock yes.
> 
> I can buy your point of view from a "enterprise business" point of view but
> I think we talking about a slow scrap with a deprecation cycle instead of
> simply throw away in the trash.
> 
> -- 
> Massimo Lusetti


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [VOTE] Lance Semmens as a committer

[Taha Hafeez Siddiqi]

Welcome Lance Semmens! 


On 07-Jul-2013, at 8:42 AM, Kalle Korhonen  wrote:

> Vote is now closed, welcome to the family Lance and congratulations on your
> new commit privileges! Lance, based on
> http://people.apache.org/committer-index.html, you don't have a CLA
> (Contributor License Agreement) on file, please submit yours. You need it
> (see http://www.apache.org/licenses/#clas for more info) so the Tapestry
> PMC can request an Apache user id for you.
> 
> Vote tally: +4 binding, +10 non-binding, no negatives
> 
> Howard Lewis Ship: +1 binding
> Thiago H de Paula Figueiredo +1 binding
> Massimo Lusetti : + 1 binding
> Ulrich Stärk: +1 binding
> Kalle Korhonen: +1
> Kristian Marinkovic: +1
> Lenny Primak: +1
> Dmitry Gusev: +1
> Guerin Laurent: +1
> Taha Hafeez Siddiqi: +1
> François Facon: +1
> Alejandro Scandroli: +1
> Robert Zeigler: +1
> Emmanuel DEMEY: +1
> 
> Kalle
> 
> 
> On Fri, Jul 5, 2013 at 6:36 AM, Emmanuel DEMEY 
> wrote:
> 
>> +1 (non-binding).
>> 
>> 
>> 2013/7/5 Robert Zeigler 
>> 
>>> +1 (non-binding).
>>> 
>>> Robert
>>> 
>>> On Jul 3, 2013, at 7/32:43 PM , Kalle Korhonen <
>> kalle.o.korho...@gmail.com>
>>> wrote:
>>> 
>>>> Lance Semmens (aka Lance Java) has been one of the most active members
>> on
>>>> the user list for the past two years. I've personally committed a few
>>>> patches from him and he is the maintainer of tapestry-stitch (
>>>> https://github.com/uklance/tapestry-stitch/), a collection of sample
>>>> components and concepts for Tapestry 5. Howard has spoke with him
>>> privately
>>>> and he's interested in joining as a committer. Vote to run for a
>> minimum
>>> of
>>>> three days.
>>>> 
>>>> Kalle Korhonen: +1 (non-binding)
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>> 
>>> 
>> 
>> 
>> --
>> Emmanuel DEMEY
>> Ingénieur Etude et Développement
>> ATOS Worldline
>> +33 (0)6 47 47 42 02
>> demey.emman...@gmail.com
>> http://emmanueldemey.fr/
>> 
>> Twitter : @EmmanuelDemey
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [VOTE] Lance Semmens as a committer

[Taha Hafeez Siddiqi]

Taha Hafeez Siddiqi: +1 (non-binding)

On 04-Jul-2013, at 6:22 AM, Howard Lewis Ship  wrote:

> Howard M. Lewis Ship: +1 (binding)
> 
> 
> On Wed, Jul 3, 2013 at 12:43 PM, Kalle Korhonen
> wrote:
> 
>> Lance Semmens (aka Lance Java) has been one of the most active members on
>> the user list for the past two years. I've personally committed a few
>> patches from him and he is the maintainer of tapestry-stitch (
>> https://github.com/uklance/tapestry-stitch/), a collection of sample
>> components and concepts for Tapestry 5. Howard has spoke with him privately
>> and he's interested in joining as a committer. Vote to run for a minimum of
>> three days.
>> 
>> Kalle Korhonen: +1 (non-binding)
>> 
> 
> 
> 
> -- 
> Howard M. Lewis Ship
> 
> Creator of Apache Tapestry
> 
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
> 
> (971) 678-5210
> http://howardlewisship.com


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: comments on our website

[Taha Hafeez Siddiqi]

+1 

Right comments at the right place can be very helpful. We can always moderate 
the unrelated ones.

regards
Taha


On 03-May-2013, at 4:58 AM, Bob Harner  wrote:

> Agreed, let's give it a try.
> On May 2, 2013 2:49 PM, "Howard Lewis Ship"  wrote:
> 
>> But I thought discussions were for losers, and real men used the mailing
>> list? ;-)
>> 
>> Seriously, this is a fast way to really improve the documentation and
>> participation.  I'd like to see it put in place.
>> 
>> 
>> On Thu, May 2, 2013 at 9:23 AM, Kalle Korhonen
>> wrote:
>> 
>>> Why not? We should try it, we can always remove it if it creates too many
>>> problems.
>>> 
>>> Kalle
>>> 
>>> 
>>> On Thu, May 2, 2013 at 5:06 AM, Ulrich Stärk  wrote:
>>> 
 Do we want https://comments.apache.org/help.html? It's Apache's
 commenting system for static
 websites (like ours). Allows users to post comments.
 
 Uli
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
 For additional commands, e-mail: dev-h...@tapestry.apache.org
 
 
>>> 
>> 
>> 
>> 
>> --
>> Howard M. Lewis Ship
>> 
>> Creator of Apache Tapestry
>> 
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>> 
>> (971) 678-5210
>> http://howardlewisship.com
>> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [VOTE] Tapestry Release 5.3.7

[Taha Hafeez Siddiqi]

Taha Hafeez Siddiqi: +1(non-binding)

On 24-Apr-2013, at 11:11 PM, Howard Lewis Ship  wrote:

> Howard M. Lewis Ship: +1 (binding)
> 
> Great to see this happening!
> 
> 
> On Wed, Apr 24, 2013 at 11:54 AM, Kalle Korhonen > wrote:
> 
>> Kalle Korhonen: +1 (non-binding)
>> 
>> Thanks so much Massimo!
>> 
>> On Wed, Apr 24, 2013 at 1:46 AM, Dmitry Gusev >> wrote:
>> 
>>> Dmitry Gusev: +0 (non-binding)
>>> 
>>> 
>>> On Wed, Apr 24, 2013 at 11:55 AM, Massimo Lusetti >>> wrote:
>>> 
>>>> I've created and uploaded a release of Tapestry 5.3.7, ready to be
>> voted
>>>> upon.
>>>> 
>>>> The source and source downloads are uploaded to:
>>>> http://people.apache.org/~mlusetti/tapestry-releases/
>>>> 
>>>> and the Maven artifacts staged to:
>>>> 
>>>> 
>>> 
>> https://repository.apache.org/content/repositories/orgapachetapestry-133/
>>>> 
>>>> Please examine these files to determine if the new release, 5.3.7, is
>>>> ready.
>>>> 
>>>> I've also created a 5.3.7 tag in Git:
>>>> 
>>>> 
>>>> 
>>> 
>> https://git-wip-us.apache.org/repos/asf?p=tapestry-5.git;a=shortlog;h=refs/tags/5.3.7
>>>> 
>>>> Release notes page has been updated too.
>>>> 
>>>> Vote will run for three days; On a successful vote, I'll release the
>>> Maven
>>>> artifacts, and move the source and javadoc distributions from these
>>>> directories
>>>> to the proper distribution directories and update the Tapestry site
>>>> documentation, and send out appropriate notifications.
>>>> 
>>>> 
>>>> Massimo Lusetti: +1 (binding)
>>>> 
>>>> --
>>>> Massimo
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Dmitry Gusev
>>> 
>>> AnjLab Team
>>> http://anjlab.com
>>> 
>> 
> 
> 
> 
> -- 
> Howard M. Lewis Ship
> 
> Creator of Apache Tapestry
> 
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
> 
> (971) 678-5210
> http://howardlewisship.com


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: T5.3.7 release anyone?

[Taha Hafeez Siddiqi]

Hi Kalle

My tests keep failing in the 5.3 branch. Are you seeing any such thing. After 
cloning I am just running

./gradlew clean test 

I am running the tests on an OS 10.8

Darwin iMac.local 12.0.0 Darwin Kernel Version 12.0.0: Sun Jun 24 23:00:16 PDT 
2012; root:xnu-2050.7.9~1/RELEASE_X86_64 x86_64

Java version is : sun/oracle java 1.6.0_37

9 tests are failing in tapestry-core. Here are stack trace for two of them.



checks_for_eof
Test class: org.apache.tapestry5.internal.services.ClientDataEncoderTest

java.lang.RuntimeException: Exception constructing service 'ClientDataEncoder': 
Error invoking constructor public 
org.apache.tapestry5.internal.services.ClientDataEncoderImpl(org.apache.tapestry5.services.URLEncoder,java.lang.String,org.slf4j.Logger,java.lang.String,org.apache.tapestry5.alerts.AlertManager)
 throws java.io.UnsupportedEncodingException: Unable to delegate method 
invocation to property 'request' of , because the 
property is null.
at 
org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.obtainObjectFromCreator(JustInTimeObjectCreator.java:75)
at 
org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:54)
at $ClientDataEncoder_12f6054338afd086.delegate(Unknown Source)
at $ClientDataEncoder_12f6054338afd086.createSink(Unknown Source)
at 
org.apache.tapestry5.internal.services.ClientDataEncoderTest.checks_for_eof(ClientDataEncoderTest.java:68)
at 
org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:103)

at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at $Proxy2.stop(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:110)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.TypeCastDispatch.dispatch(TypeCastDispatch.java:30)
at 
org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(WorkerProtocol.java:53)
at 
org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(WorkerProtocol.java:31)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ProtocolStage.handleIncoming(ProtocolStack.java:167)
at 
org.gradle.messaging.remote.internal.ProtocolStack$BottomStage.handleIncoming(ProtocolStack.java:277)
at 
org.gradle.messaging.remote.internal.ProtocolStack$BottomConnection$1.run(ProtocolStack.java:299)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:120)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:116)
at 
org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:132)
at 
org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at 
org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:72)
at 
org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: org.apache.tapestry5.ioc.internal.OperationException: Error invoking 
constructor public 
org.apache.tapestry5.internal.services.ClientDataEncoderImpl(org.apache.tapestry5.services.URLEncoder,java.lang.String,org.slf4j.Logger,java.lang.String,org.apache.tapestry5.alerts.AlertManager)
 throws java.io.UnsupportedEncodingException: Unable to delegate method 
invocation to property 'request' of , because the 
property is null.
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:121)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:88)
at 
org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:87)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1124)
at 
org.apache.tapestry5.ioc.internal.util.ConstructionPlan.createObject(ConstructionPlan.java:60)
at 
org.apache.tap

Re: T5.3.7 release anyone?

[Taha Hafeez Siddiqi]

Sorry Ivan

I have already assigned it to myself but couldn't get much time. Will do it 
today or tomorrow (hopefully)

regards
Taha

On 17-Apr-2013, at 3:37 PM, Ivan Khalopik  wrote:

> What about https://issues.apache.org/jira/browse/TAP5-2100 ?
> 
> 
> On Wed, Apr 17, 2013 at 12:54 PM, Dmitry Gusev wrote:
> 
>> It was working ok, but I still updated the patch and moved servlet
>> container runner instance reference from private field to ITestContext
>> attribute. Should be fine now.
>> 
>> On Wed, Apr 17, 2013 at 12:05 PM, Dmitry Gusev >> wrote:
>> 
>>> Massimo,
>>> 
>>> you made me think it may not work as expected with multiple threads.
>>> Not sure if its possible to launch multiple containers simultaneously
>>> though, but if its possible this will not work as expected.
>>> I will check this.
>>> 
>>> 
>>> On Wed, Apr 17, 2013 at 12:00 PM, Dmitry Gusev >> wrote:
>>> 
 The behavior wasn't changed, its just in previous versions shutdown was
 made from java.lang.Runnable wrapper which is now direct call to
 ServletContainerRunner.stop()
 
 I've added private field that holds reference to ServletContainerRunner
>> instance
 so that I can get ServletContext from it, and I use this field's values
>> in
 shutdown logic, so its basically the same. I could leave it as before
>> but
 in this case we would hold two different references in different places
>> to
 the same ServletContainerRunner object.
 
 
 On Wed, Apr 17, 2013 at 11:55 AM, Massimo Lusetti >> wrote:
 
> On Wed, Apr 17, 2013 at 9:13 AM, Dmitry Gusev > wrote:
> 
> I hope its not too late for 5.3.7
>> 
>> Can somebody review and apply the patch and test from
>> https://issues.apache.org/jira/browse/TAP5-2107 please?
>> Its really a tiny, but valuable improvement for me.
>> 
>> 
> Hi Dimitry,
>  I've just scrolled down at your patch but it seems it slightly change
> the
> behavior of SeleniumTestCase during the shutdown phase, am I right?
> 
> --
> Massimo
> 
 
 
 
 --
 Dmitry Gusev
 
 AnjLab Team
 http://anjlab.com
 
>>> 
>>> 
>>> 
>>> --
>>> Dmitry Gusev
>>> 
>>> AnjLab Team
>>> http://anjlab.com
>>> 
>> 
>> 
>> 
>> --
>> Dmitry Gusev
>> 
>> AnjLab Team
>> http://anjlab.com
>> 
> 
> 
> 
> -- 
> BR
> Ivan


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Coming soon: per-Asset checkums in URLs

[Taha Hafeez Siddiqi]

Agree with Bob as far as chat applications are concerned.

I recently worked on a cometd-tapestry chat application and I was doing a lot 
more in javascript than in tapestry although I did integrate tapestry-security 
and tapestry-ioc which made the job a lot easier.

BTW, there is already a tapestry-cometd module by Lance.

regards
Taha

On 09-Apr-2013, at 7:13 AM, Bob Harner  wrote:

> Doesn't the switch to ETags for modules make for much chattier web apps,
> with lots more "conditional GET" requests for JS modules coming in after
> every page request?
> 
> In any case, good riddance to the application version numbers.
> 
> On Mon, Apr 8, 2013 at 9:10 PM, Howard Lewis Ship  wrote:
> 
>> With the ETag support in place, there's no longer any need for the module
>> asset URLs to have a checksum or version number; they are no longer given a
>> far-future expires header.
>> 
>> URLs (by default) look like "/modules/t5/core/dom.js" (where the module
>> name is t5/core/dom).
>> 
>> The application version number is no longer used in any URLs; it now exists
>> just for documentation purposes (its written to the console at startup and
>> in the exception report). This is good news, because you could screw
>> yourself by deploying your application and NOT changing the version number
>> (in 5.3.6).
>> 
>> Very happy about this ... next up, thoughts on cometd/server-push support?
>> 
>> 
>> 
>> On Tue, Mar 12, 2013 at 11:09 AM, Howard Lewis Ship >> wrote:
>> 
>>> 
>>> 
>>> On Tue, Mar 12, 2013 at 5:37 AM, Dmitry Gusev >> wrote:
>>> 
 On Tue, Mar 12, 2013 at 12:35 AM, Howard Lewis Ship  wrote:
 
> I've been working, a few hours a week, on getting per-asset checksums
 into
> URLs.
> 
> Some parts of this have been a challenge to accomplish without
 completely
> breaking the Asset interface and a bunch of public services.
> 
> For ordinary assets, it's pretty easy ... but for aggregated
>> JavaScript
> libraries its been a pain that's affected a bunch of stuff.
> 
> CSS files are now rewritten, since relative URLs will be broken by the
> addition of the checksum. I have a first (but not final) pass at this,
 
 where url() patterns in the CSS are converted into complete paths. This
> also opens the door to CSS aggregation as well as JavaScript
 aggregation.
> 
> 
 It depends on where you put the checksum.
 If you put it as a GET parameter - then no relative URLs will be broken.
 
 Have you read my blog post about Tapestry5 checksums in assets?
 
 
>> http://dmitrygusev.blogspot.ru/2012/03/serving-tapestry5-assets-as-static.html
>>> 
>>> 
>>> I'll read this shortly. I've generally assumed that URLs with query
>>> parameters are less likely to be cached in the browser, or served
>> properly
>>> by intermediate (reverse proxy) servers, but I haven't done the research.
>>> 
>>> 
 
 
> I still don't have a great solution for JavaScript modules;
 RequireJS/AMD
> expect that there's a common root folder name (such as
 "/assets/modules/"),
> and module "a/b" is simply "*root*/a/b.js". For individual modules,
>> you
 can
> write your own overrides.  In fact, Tapestry has to strip off the
>> ".js'
> part (which is hard-wired by RequireJS) because the actual server-side
> resource could be CoffeeScript or some other language that compiles to
> JavaScript.
> 
> Short of iterating all server-side module files and writing a
>> RequireJS
> config for each one (mapping each name to a URL with an embedded
 checksum),
> there isn't a great solution.  Alternately, something could iterate
>> all
 the
> server-side modules and built a composite checksum, but there are at
 least
> a couple of virtual modules generated at runtime (and locale specific
 for
> extra kicks).
> 
> Modules may have to stay on the 5.3 approach: using the application
 version
> number for everything.
> 
> Finding the sweet spot where assets of all kinds (CSS, JavaScript
> libraries, JavaScript modules, etc.) can be changed freely and the
>> URLs
> automatically reflect the actual content (that is, include a checksum
>> of
> that content) for ideal client-side caching ... may simply be out of
 reach.
> 
> Perhaps for modules we should use an alternate approach based on
>> ETags (
> http://en.wikipedia.org/wiki/HTTP_ETag); in that situation, there
>> would
> not
> need to be any version number of checksum in a module URL, but clients
> would request the module content more often (and based on ETag, would
 often
> get a 304 Not Modified).  I would prefer to see a URL that changes
>> when
 the
> content changes (which prevents the request entirely).
> 
> --
> Howard M. Lewis Ship
> 
> Creator of Apache Tapestry
> 
> The source for Tapestry training, mentoring and s

Failures while running tests.

[Taha Hafeez Siddiqi]

Hi

I tried running tests in the 5.3 branch and 6 of the tests keep failing 
consistently. 5 of these are ending with

Caused by: java.lang.NullPointerException: Unable to delegate method invocation 
to property 'request' of , because the 
property is null.


Here is stack trace of one of these errors 

Method: checks_for_eof
Test class: org.apache.tapestry5.internal.services.ClientDataEncoderTest

java.lang.RuntimeException: Exception constructing service 'ClientDataEncoder': 
Error invoking constructor public 
org.apache.tapestry5.internal.services.ClientDataEncoderImpl(org.apache.tapestry5.services.URLEncoder,java.lang.String,org.slf4j.Logger,java.lang.String,org.apache.tapestry5.alerts.AlertManager)
 throws java.io.UnsupportedEncodingException: Unable to delegate method 
invocation to property 'request' of , because the 
property is null.
at 
org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.obtainObjectFromCreator(JustInTimeObjectCreator.java:75)
at 
org.apache.tapestry5.ioc.internal.services.JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:54)
at $ClientDataEncoder_12f2ac71d50050ce.delegate(Unknown Source)
at $ClientDataEncoder_12f2ac71d50050ce.createSink(Unknown Source)
at 
org.apache.tapestry5.internal.services.ClientDataEncoderTest.checks_for_eof(ClientDataEncoderTest.java:68)
at 
org.gradle.api.internal.tasks.testing.testng.TestNGTestClassProcessor.stop(TestNGTestClassProcessor.java:103)
at 
org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.stop(SuiteTestClassProcessor.java:58)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at 
org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at $Proxy2.stop(Unknown Source)
at 
org.gradle.api.internal.tasks.testing.worker.TestWorker.stop(TestWorker.java:110)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at 
org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at 
org.gradle.messaging.remote.internal.TypeCastDispatch.dispatch(TypeCastDispatch.java:30)
at 
org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(WorkerProtocol.java:53)
at 
org.gradle.messaging.remote.internal.WorkerProtocol.handleIncoming(WorkerProtocol.java:31)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ProtocolStage.handleIncoming(ProtocolStack.java:167)
at 
org.gradle.messaging.remote.internal.ProtocolStack$BottomStage.handleIncoming(ProtocolStack.java:277)
at 
org.gradle.messaging.remote.internal.ProtocolStack$BottomConnection$1.run(ProtocolStack.java:299)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:120)
at 
org.gradle.messaging.remote.internal.ProtocolStack$ExecuteRunnable.dispatch(ProtocolStack.java:116)
at 
org.gradle.messaging.dispatch.AsyncDispatch.dispatchMessages(AsyncDispatch.java:132)
at 
org.gradle.messaging.dispatch.AsyncDispatch.access$000(AsyncDispatch.java:33)
at org.gradle.messaging.dispatch.AsyncDispatch$1.run(AsyncDispatch.java:72)
at 
org.gradle.messaging.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680)
Caused by: org.apache.tapestry5.ioc.internal.OperationException: Error invoking 
constructor public 
org.apache.tapestry5.internal.services.ClientDataEncoderImpl(org.apache.tapestry5.services.URLEncoder,java.lang.String,org.slf4j.Logger,java.lang.String,org.apache.tapestry5.alerts.AlertManager)
 throws java.io.UnsupportedEncodingException: Unable to delegate method 
invocation to property 'request' of , because the 
property is null.
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.logAndRethrow(OperationTrackerImpl.java:121)
at 
org.apache.tapestry5.ioc.internal.OperationTrackerImpl.invoke(OperationTrackerImpl.java:88)
at 
org.apache.tapestry5.ioc.internal.PerThreadOperationTracker.invoke(PerThreadOperationTracker.java:87)
at 
org.apache.tapestry5.ioc.internal.RegistryImpl.invoke(RegistryImpl.java:1124)
at 
org.apache.tapestry5.ioc.internal.util.ConstructionPlan.createObject(ConstructionPlan.java:60)
at 
org.apache.tapestry5.ioc.internal.ConstructorServiceCreator.createObject(ConstructorServiceCreator.java:61)
at 
org.apache.tapestry5.ioc.internal.OperationTrackingObjectCreator$1.invoke(OperationTrackingObjectCreator.java:45)
at 
org.apache.tapestry5.ioc.internal.Oper

Re: [VOTE] Release 5.3.3

[Taha Hafeez Siddiqi]

Taha Hafeez: +1 (non-binding)

On Apr 18, 2012, at 12:55 PM, Igor Drobiazko wrote:

> Igor Drobiazko: +1 (binding)

Re: Multiple database support

[Taha Hafeez Siddiqi]

Very sorry :-(

Learning svn has messed my git :)




On Mar 9, 2012, at 11:04 PM, Dragan Sahpaski wrote:

> I think the commit is missing the source files for
> org.apache.tapestry5.hibernate.HibernateServiceLocator
> org.apache.tapestry5.internal.hibernate.HibernateServiceLocatorImpl
> org.apache.tapestry5.hibernate.annotations.DefaultFactory
> org.example.app0.entities.services.AppModule
> org.example.app1.NonDefaultFactory
> org.example.app1.entities.User2
> 
> Cheers,
> Dragan Sahpaski
> 
> 
> 
> On Fri, Mar 9, 2012 at 6:10 PM, Taha Hafeez Siddiqi <
> tawus.tapes...@gmail.com> wrote:
> 
>> 
>> 
>> You can use
>> 
>> patch -p1 -i 0001-fixes-FACILITIES-97.patch
>> 
>> to patch svn
>> 
>> 
>> http://codeprairie.net/blogs/chrisortman/archive/2008/01/14/creating-subversion-patches-with-git.aspx
>> 
>> regards
>> Taha
>> 
>> On Mar 9, 2012, at 9:57 PM, Dragan Sahpaski wrote:
>> 
>> Is it by any chance possible you produce a svn patch as an attachment here
>> in the list?
>> I wan't to try it out.
>> 
>> Cheers,
>> Dragan Sahpaski
>> 
>> 
>> 
>> On Fri, Mar 9, 2012 at 3:07 PM, Taha Hafeez Siddiqi <
>> tawus.tapes...@gmail.com> wrote:
>> 
>> Hi
>> 
>> 
>> In continuation with the tapestry multiple database support. I have added
>> 
>> a blog post about the implementation
>> 
>> 
>> 
>> 
>> http://tawus.wordpress.com/2012/03/03/tapestry-hibernate-multiple-databases/
>> 
>> 
>> The patch is
>> 
>> 
>> 
>> 
>> https://github.com/tawus/tapestry5/commit/5b50d916bde19f26eabd6c511a0dda8dde0974ce
>> 
>> 
>> I would like to add it to 5.4 branch. But before that I would love any
>> 
>> review or thoughts!
>> 
>> 
>> regards
>> 
>> Taha
>> 
>> 
>> On Nov 15, 2011, at 5:33 PM, Thiago H. de Paula Figueiredo wrote:
>> 
>> 
>> On Tue, 15 Nov 2011 08:54:20 -0200, antalk 
>> 
>> wrote:
>> 
>> 
>> Isnt this stuff in Tapestry 5.3 already with the JPA integration ?
>> 
>> having
>> 
>> support for multiple entitymanagers ?
>> 
>> 
>> Hibernate != JPA. :)
>> 
>> 
>> --
>> 
>> Thiago H. de Paula Figueiredo
>> 
>> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
>> 
>> and instructor
>> 
>> Owner, Ars Machina Tecnologia da Informação Ltda.
>> 
>> http://www.arsmachina.com.br
>> 
>> 
>> -
>> 
>> 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: Multiple database support

[Taha Hafeez Siddiqi]

Hi

In continuation with the tapestry multiple database support. I have added a 
blog post about the implementation

http://tawus.wordpress.com/2012/03/03/tapestry-hibernate-multiple-databases/

The patch is

https://github.com/tawus/tapestry5/commit/5b50d916bde19f26eabd6c511a0dda8dde0974ce

I would like to add it to 5.4 branch. But before that I would love any review 
or thoughts! 
  
regards
Taha

On Nov 15, 2011, at 5:33 PM, Thiago H. de Paula Figueiredo wrote:

> On Tue, 15 Nov 2011 08:54:20 -0200, antalk  wrote:
> 
>> Isnt this stuff in Tapestry 5.3 already with the JPA integration ? having
>> support for multiple entitymanagers ?
> 
> Hibernate != JPA. :)
> 
> -- 
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and 
> instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
> 

Re: [jira] [Commented] (TAP5-1842) @Startup should support id and constraints

[Taha Hafeez Siddiqi]

Thanks Denis,

+1 for @Order. I like the idea. 

regards
Taha



On Mar 8, 2012, at 8:38 PM, Denis Stepanov wrote:

> If you don't want "two ways" there is no need for the @Startup in the first 
> place, your argument doesn't make much sense to me, I'm sorry. I thought that 
> Tapestry motto is "code less", so if there is a second way with less code, 
> why it's a bad thing?
> 
> Steve suggested on the mailing list the same improvement, why it doesn't 
> count?
> 
> Denis
> 
> Mar 8, 2012 v 2:28 PM, Thiago H. de Paula Figueiredo:
> 
>> On Thu, 08 Mar 2012 09:44:50 -0300, Denis Stepanov 
>>  wrote:
>> 
>>> I can change it to use the @Order, but I'm not sure Tapestry devs are 
>>> interested or even care to have it.
>> 
>> Your wording makes it seem the Tapestry committers are ignoring user 
>> suggestions or patches. That isn't the case. Can't they disagree with user 
>> suggestions and patches? Actually, two of them already said they don't agree 
>> with your suggestion to avoid having two ways of doing the same thing, as 
>> the current one is good enough.
>> 
>> -- 
>> Thiago H. de Paula Figueiredo
>> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and 
>> instructor
>> Owner, Ars Machina Tecnologia da Informação Ltda.
>> http://www.arsmachina.com.br
> 
> 
> -
> 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: [VOTE] Tapestry 5.3.2

[Taha Hafeez Siddiqi]

Taha Hafeez : +1 (non-binding)

Thanks Massimo

On Feb 1, 2012, at 6:41 AM, Bob Harner wrote:

> Although I haven't had a chance to try 5.3.2 yet,
> 
> +1 (non-binding)
> 
> On Tue, Jan 31, 2012 at 5:52 PM, Howard Lewis Ship  wrote:
>> I'm not sure; I think that just prooves that you have access to update
>> that file; trust usually involves a key exchange, where to people
>> verify each other's identify and sign each other's keys; I think
>> that's what the warning means. The intent is, if person A is
>> trustworthy and signs person B's key, the person B is probably who
>> they say they are.
>> 
>> On Tue, Jan 31, 2012 at 1:43 PM, Massimo Lusetti  wrote:
>>> On Tue, Jan 31, 2012 at 6:37 PM, Howard Lewis Ship  wrote:
>>> 
>>>> I wonder how we can extend or web of trust without physically meeting?
>>> 
>>> Does "storing the KEYS" on people.apache.org provide the necessary
>>> (read sufficient) safety?
>>> 
>>> 
>>> --
>>> Massimo
>>> http://meridio.blogspot.com
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>> 
>> 
>> 
>> 
>> --
>> Howard M. Lewis Ship
>> 
>> Creator of Apache Tapestry
>> 
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>> 
>> (971) 678-5210
>> http://howardlewisship.com
>> 
>> -
>> 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
> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Stop SOPA

[Taha Hafeez Siddiqi]

+1 

Last time we(Kashmir) tried something like this on facebook, we were prosecuted 
under PSA(Public Safety Act) :)

Best of luck guys :)

On Jan 14, 2012, at 3:40 AM, Massimo Lusetti wrote:

> On Fri, Jan 13, 2012 at 7:20 PM, Howard Lewis Ship  wrote:
> 
>> I would like to see the Tapestry home page "go black" on January 18th,
>> to show solidarity with everyone else who is opposed to this
>> legislation.
>> 
>> I'm thinking of changing the landing page to be white on black, with a
>> popup lightbox dialog explaining why, with a link to
>> http://americancensorship.org/
>> 
>> Would anyone be opposed to this?
> 
> Here in Italy we have our problems too (and I can tell you how many
> and how big) so I'm more then agree with it...
> 
> Cheers
> -- 
> Massimo
> http://meridio.blogspot.com
> 
> -
> 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: [VOTE] Tapestry 5.3.1

[Taha Hafeez Siddiqi]

Taha Hafeez: +1(non-binding)

BTW, Congrats Massimo !!

On Dec 18, 2011, at 5:41 PM, Ulrich Stärk wrote:

> +1
> 
> Am So, 18.12.2011, 12:34 schrieb Igor Drobiazko:
>> C'mon guys, let's be less bureaucratic. We have a ready to be used release
>> that has a fix for a serious bug (TAP5-1765). Why delaying that if we can
>> ship? Massimo, please let the release pass.
>> 
>> Apart from that, we have 3 binding votes (Howard, Uli and me).
>> 
>> On Sun, Dec 18, 2011 at 12:13 PM, Massimo Lusetti
>> wrote:
>> 
>>> On Sat, Dec 17, 2011 at 8:09 PM, Ulrich Stärk  wrote:
>>> 
>>>> Just to clarify: releases can't be vetoed, not even by binding PMC
>>> votes. As long as there are at least 3 binding +1 votes, it's up to the
>>> release manager, i.e. Massimo in this case, to decide whether to bury it
>>> or
>>> proceed.
>>> 
>>> Thanks for clarifying the process.
>>> 
>>>> I agree it's unfortunate that a fix for a problem in 5.3 did not make
>>> it
>>> into the first bugfix release but that's not a reason to hold up the
>>> release.
>>> 
>>> I think I will do 5.3.2 soon and will let 5.3.1 fall apart, hoping to
>>> have a quicker vote process... Will everyone agree?
>>> 
>>> Cheers
>>> --
>>> Massimo
>>> http://meridio.blogspot.com
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>> 
>>> 
>> 
>> 
>> --
>> Best regards,
>> 
>> Igor Drobiazko
>> http://tapestry5.de
>> http://twitter.com/drobiazko
>> 
> 
> 
> 
> -
> 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: svn commit: r1210164 - in /tapestry/tapestry5/branches/5.3/tapestry-core/src: main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java test/java/org/apache/tapestry5/interna

[Taha Hafeez Siddiqi]

Hi Igor,

I also thought of that but then I settled for this solution because 1) it 
doesn't break 5.2 code 2) we are already using translator-name in the 
overriding messages 3) throwing an exception because of a missing message-key 
doesn't seem right.

regards
Taha
 
On Dec 5, 2011, at 3:43 AM, Igor Drobiazko wrote:

> Wouldn't it be better to validate each translator in TranslatorSourceImpl
> and throw an IllegalRgumentException with a detailed message if a
> translator doesn't provide a message key?  This way the user would
> immediately at startup know that he needs to provide a key. A default key
> without any value doesn't make any sense to me.
> 
> On Sun, Dec 4, 2011 at 7:07 PM,  wrote:
> 
>> Author: tawus
>> Date: Sun Dec  4 18:07:53 2011
>> New Revision: 1210164
>> 
>> URL: http://svn.apache.org/viewvc?rev=1210164&view=rev
>> Log:
>> TAP5-1763: NPE is caused when you create a Translator with null message
>> key. Fixed by using the 'translator-name'-message in case the message key
>> is null
>> 
>> Modified:
>> 
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java
>> 
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/test/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImplTest.java
>> 
>> Modified:
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java
>> URL:
>> http://svn.apache.org/viewvc/tapestry/tapestry5/branches/5.3/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java?rev=1210164&r1=1210163&r2=1210164&view=diff
>> 
>> ==
>> ---
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java
>> (original)
>> +++
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/main/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImpl.java
>> Sun Dec  4 18:07:53 2011
>> @@ -125,7 +125,14 @@ public class FieldTranslatorSourceImpl i
>>return overrideMessages.getFormatter(overrideKey);
>> 
>>// Otherwise, use the built-in validation message appropriate to
>> this validator.
>> +String messageKey = translator.getMessageKey();
>> 
>> -return globalMessages.getFormatter(translator.getMessageKey());
>> +// If no key has been specified, use translator name to create a
>> key
>> +if(messageKey == null)
>> +{
>> +messageKey = translatorName + "-message";
>> +}
>> +
>> +return globalMessages.getFormatter(messageKey);
>>}
>> }
>> 
>> Modified:
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/test/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImplTest.java
>> URL:
>> http://svn.apache.org/viewvc/tapestry/tapestry5/branches/5.3/tapestry-core/src/test/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImplTest.java?rev=1210164&r1=1210163&r2=1210164&view=diff
>> 
>> ==
>> ---
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/test/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImplTest.java
>> (original)
>> +++
>> tapestry/tapestry5/branches/5.3/tapestry-core/src/test/java/org/apache/tapestry5/internal/services/FieldTranslatorSourceImplTest.java
>> Sun Dec  4 18:07:53 2011
>> @@ -113,6 +113,50 @@ public class FieldTranslatorSourceImplTe
>>}
>> 
>>@Test
>> +public void create_default_translator_with_name_and_null_key()
>> +{
>> +Field field = mockField();
>> +Messages messages = mockMessages();
>> +Locale locale = Locale.ENGLISH;
>> +Class propertyType = Map.class;
>> +TranslatorSource ts = mockTranslatorSource();
>> +FormSupport fs = mockFormSupport();
>> +Translator translator = mockTranslator("maptrans", Map.class);
>> +Messages globalMessages = mockMessages();
>> +MessageFormatter formatter = mockMessageFormatter();
>> +MarkupWriter writer = mockMarkupWriter();
>> +String label = "Field Label";
>> +String message = "Woops, did it again.";
>> +AnnotationProvider ap = mockAnnotationProvider(null);
>> +
>> +train_findByType(ts, propertyType, translator);
>> +
>> +train_getFormValidationId(fs, "myform");
>> +
>> +train_contains(messages, "myform-myfield-maptrans-message",
>> false);
>> +train_contains(messages, "myfield-maptrans-message", false);
>> +train_getMessageKey(translator, null);
>> +
>> +train_getMessageFormatter(globalMessages, "maptrans-message",
>> formatter);
>> +train_getLabel(field, label);
>> +train_format(formatter, message, label);
>> +
>> +translator.render(field, message, writer, fs);
>> +
>> +replay();

Re: [VOTE] Tapestry 5.3 (revised)

[Taha Hafeez Siddiqi]

Taha Hafeez: +1 (non-binding)

On Nov 21, 2011, at 7:16 PM, Guerin Laurent wrote:

> Laurent Guérin: +1 (non-binding)
> 
> -Message d'origine-
> De : Igor Drobiazko [mailto:igor.drobia...@gmail.com] 
> Envoyé : lundi 21 novembre 2011 14:38
> À : Tapestry development
> Objet : Re: [VOTE] Tapestry 5.3 (revised)
> 
> Igor Drobiazko: +1 (binding)
> 
> On Fri, Nov 18, 2011 at 2:52 AM, Howard Lewis Ship  wrote:
> 
>> I've created and uploaded a release of Tapestry 5.3, ready to be voted 
>> upon.
>> 
>> The source and source downloads are uploaded to:
>> http://people.apache.org/~hlship/tapestry-releases/
>> and the Maven artifacts staged to:
>> 
>> https://repository.apache.org/content/repositories/orgapachetapestry-1
>> 94/ Please examine these files to determine if the new release, 5.3, 
>> is ready.
>> I've also created a 5.3 tag in Subversion:
>> http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.3/
>> On a successful vote, I'll release the Maven artifacts, and move 
>> thesource and javadocdistributions from these directories to the 
>> properdistribution directories and update the Tapestry site 
>> documentation.
>> Vote will run for three days; on success I'll move the votedartifacts 
>> into place and send out appropriate notifications.
>> --
>> Howard M. Lewis Ship
>> 
>> Creator of Apache Tapestry
>> 
>> The source for Tapestry training, mentoring and support. Contact me to 
>> learn how I can get you up and productive in Tapestry fast!
>> 
>> (971) 678-5210
>> http://howardlewisship.com
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>> 
>> 
> 
> 
> --
> Best regards,
> 
> Igor Drobiazko
> http://tapestry5.de
> 
> -
> 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: Multiple database support

[Taha Hafeez Siddiqi]

Ha ha, I am a committer.

The reason I have not committed it is that tapestry-hibernate is in common use 
and I would like to hear from everybody before committing any changes

regards
Taha

On Nov 15, 2011, at 4:07 PM, Ernesto Arroyo wrote:

> I think is not a good idea to have "forks" 
> 
> Maybe better to contact the commiters to get this effort added to the trunk
> 
> 
> ________
> De: Taha Hafeez Siddiqi 
> Para: Tapestry development 
> Enviado: martes 15 de noviembre de 2011 11:30
> Asunto: Multiple database support
> 
> Hi
> 
> I have cloned tapestry project at 
> 
> https://github.com/tawus/tapestry5
> 
> and have added multiple database support. 
> 
> It is almost fully compatible with the previous version when using a single 
> database except for a few things
> 
> 1) HibernateConfigurer has changed
> 
> public interface HibernateConfigurer
> {
> /**
>  * Passed the configuration so as to make changes.
>  */
> void configure(Configuration configuration);
> 
> /**
>  * Factory Id for which this configurer is meant for
>  */
> Class getMarker();
> 
> /**
>  * Entity package names
>  * 
>  * @return
>  */
> String[] getPackageNames();
> }
> 
> 
> 2) There is no HibernatePackageEntityService and packages can be added using 
> HibernateConfigurer.
> 
> 
> For multiple database, a marker is to be used for accessing Session or 
> HibernateSessionManager
> 
> @Inject
> @XDB
> private Session session;
> 
> @Inject
> @YDB
> private HibernateSessionManager sessionManager;
> 
> @XDB
> @CommitAfter
> void myMethod(){
> 
> }
> 
> 
> Would really appreciate your suggestions /comments
> 
> regards
> Taha


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Multiple database support

[Taha Hafeez Siddiqi]

Hi

I have cloned tapestry project at 

https://github.com/tawus/tapestry5

and have added multiple database support. 

It is almost fully compatible with the previous version when using a single 
database except for a few things

1) HibernateConfigurer has changed

public interface HibernateConfigurer
{
/**
 * Passed the configuration so as to make changes.
 */
void configure(Configuration configuration);

/**
 * Factory Id for which this configurer is meant for
 */
Class getMarker();

/**
 * Entity package names
 * 
 * @return
 */
String[] getPackageNames();
}


2) There is no HibernatePackageEntityService and packages can be added using 
HibernateConfigurer.


For multiple database, a marker is to be used for accessing Session or 
HibernateSessionManager

@Inject
@XDB
private Session session;

@Inject
@YDB
private HibernateSessionManager sessionManager;

@XDB
@CommitAfter
void myMethod(){

}


Would really appreciate your suggestions /comments

regards
Taha

Re: [VOTE] Tapestry 5.3

[Taha Hafeez Siddiqi]

Taha Hafeez: +1 (non-binding)

On Nov 15, 2011, at 5:30 AM, Bob Harner wrote:

> Doh, sorry.  Mine should have been:
> 
> Bob Harner: +1 (non-binding)
> 
> On Mon, Nov 14, 2011 at 5:56 PM, Bob Harner  wrote:
>> +1 (non-binding)
>> 
>> Bob Harner
>> 
>> On Nov 14, 2011 5:03 PM, "Howard Lewis Ship"  wrote:
>>> 
>>> On Mon, Nov 14, 2011 at 1:59 PM, Howard Lewis Ship 
>>> wrote:
>>>> I've created and uploaded a release of Tapestry 5.3, ready to bevoted
>>>> upon.
>>>> The source and source downloads are uploaded to:
>>>> http://people.apache.org/~hlship/tapestry-releases/
>>>> and the Maven artifacts staged to:
>>>> 
>>>> https://repository.apache.org/content/repositories/orgapachetapestry-182/
>>>> 
>>>> Please examine these files to determine if the new release, 5.X, is
>>>> ready.
>>>> I've also created a 5.3 tag in Subversion:
>>>> http://svn.apache.org/viewvc/tapestry/tapestry5/tags/releases/5.3/
>>>> On a successful vote, I'll release the Maven artifacts, and move the
>>>> source and javadocdistributions from these directories to the proper
>>>> distribution directories and update the Tapestry site documentation.
>>>> Vote will run for three days; on success I'll move the voted
>>>> artifactsinto place and send out appropriate notifications.
>>>> --
>>> 
>>> Howard M. Lewis Ship: +1 (binding)
>>> 
>>> 
>>> Please use the above format when voting: it makes it much easier to
>>> compile the final responses.
>>> 
>>> 
>>> 
>>>> Howard M. Lewis Ship
>>>> 
>>>> Creator of Apache Tapestry
>>>> 
>>>> The source for Tapestry training, mentoring and support. Contact me to
>>>> learn how I can get you up and productive in Tapestry fast!
>>>> 
>>>> (971) 678-5210
>>>> http://howardlewisship.com
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> Howard M. Lewis Ship
>>> 
>>> Creator of Apache Tapestry
>>> 
>>> The source for Tapestry training, mentoring and support. Contact me to
>>> learn how I can get you up and productive in Tapestry fast!
>>> 
>>> (971) 678-5210
>>> http://howardlewisship.com
>>> 
>>> -
>>> 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
> 


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: A different way to @Import resources

[Taha Hafeez Siddiqi]

Hi Thiago

I have seen the implementation but I don't think we use symbols extensively 
because of which it is difficult for people to replace default resources. I 
think it should be the preferred way in any core tapestry component library.

I do agree that with a little tweaking we can get these symbols to serve our 
purpose.

regards
Taha 

On Nov 3, 2011, at 12:04 AM, Thiago H. de Paula Figueiredo wrote:

> On Wed, 02 Nov 2011 16:19:28 -0200, Lenny Primak  
> wrote:
> 
>> Except you can't specify ordering on symbols.
> 
> Nothing that cannot be solved using a perthread service and a new binding 
> implementation . . . :)
> 
> -- 
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and 
> instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
> 
> -
> 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

A different way to @Import resources

[Taha Hafeez Siddiqi]

Dear all

Tapestry has a short coming when it comes to overriding resources. I recently 
worked on a wordpress plugin and found their method of resource import to be 
quite useful. 

You register a resource with a name

wp_register_script("name", "path");

Then you include it using

wp_enqueue_script("name");

using the same way we can have a service for registering a resource 

configuration.add("name", "path");

then import it

@Import("name")

The advantages are :- 

1) You can override the configuration and so can override any resource.

2) You can order the scripts


I have not perceived the idea but thought of getting some feedback 

regards
Taha


-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [VOTE] 5.3 release candidate (lazy consensus)

[Taha Hafeez Siddiqi]

Our applications are already live on 5.3

Taha Hafeez: +1 (non-binding)

regards
Taha

On Oct 28, 2011, at 4:13 AM, Massimo Lusetti wrote:

> On Fri, Oct 28, 2011 at 12:29 AM, Howard Lewis Ship  wrote:
> 
>> I think I'm ready for a release candidate.  The only thing that's
>> pending for me is the very, very elusive byte-code issue that only
>> ProQuest seems to have stumbled upon.  Other than that, the benefits
>> of getting an RC out there now outweighs the benefits of fixing yet
>> more bugs.
>> 
>> I do think there will likely be a 5.3.1 containing some backfixes for
>> things that will be addressed in 5.4, including (I hope) sorting out
>> some of the Generics problems.
>> 
>> In any case, unless I hear otherwise, I expect to create an rc .
>> 
>> This is a lazy consensus vote; please respond by Monday. If I don't
>> see a viable -1 vote, I'll create the release candidate then.
> 
> Lazy or not Lazy I like it...
> 
> Massimo Lusetti: +1 (non-binding)
> 
> Cheers
> -- 
> Massimo
> http://meridio.blogspot.com
> 
> -
> 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: Underscore binding

[Taha Hafeez Siddiqi]

Hi Jochen

Definitely not nonsense :)

Please file a jira

regards
Taha

On Oct 13, 2011, at 12:26 PM, Jochen Berger wrote:

> Hi there,
> 
> I've been struggling whether to post this on the users' or the devs' list, 
> but I ended up asking here. Sorry if that's not appropriate.
> So, from Tapestry 5.3, the underscore.js library is shipped. While I'm quite 
> happy about that fact, I'm getting issues with a JS library that also ships 
> underscore and also binds it to window._.
> I also asked the devs to use the noConflict() mode to bind it in their own 
> namespace and I'd like to propose the same to you. I think that if libraries 
> provide a noConflict() mode, we should use it and not make the "Prototype 
> mistake", if you know what I mean.
> I guess T5._ would be a good place for underscore.js to live in. And you 
> would still be free to bind it to a function-scoped var _ if you wanted to.
> What do you think, should I raise a JIRA or do you think it's nonsense?
> 
> Jochen
> 
> -
> 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: Which state for fixed issues?

[Taha Hafeez]

In one of the setups I am using, 'Fixed' is when the developer thinks
the issue is resolved. The fix is then ACCEPTED or REJECTED by the
user/developer who created the issue. In case the fix is ACCEPTED,
issue gets CLOSED.

On Fri, Sep 30, 2011 at 2:45 AM, Massimo Lusetti  wrote:
> On Thu, Sep 29, 2011 at 6:42 PM, Howard Lewis Ship  wrote:
>
>> CLOSED. Technically, RESOLVED means that you think the bug is fixed
>> (*), but its not yet verified. CLOSED means its completed.
>>
>> (*) Correct me if I'm wrong here.
>
> Sure if it's RESOLVED usually (always?) the resolution is "fixed".
>
> So we can say: "resolved" when "fixed" and "closed" when "verified"
>
> Cheers
> --
> Massimo
> http://meridio.blogspot.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Problems after upgrading to 5.3-beta-10 and beta 5.3-beta-11

[Taha Hafeez]

.java:85)
> at
> org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:119)
> at $RequestHandler_c0fcf6829cb.service(Unknown Source)
> at $RequestHandler_c0fcf6829be.service(Unknown Source)
> at
> org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:248)
> at org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
> at $HttpServletRequestHandler_c0fcf6829c0.service(Unknown Source)
> at
> org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62)
> at $HttpServletRequestFilter_c0fcf6829bd.service(Unknown Source)
> at $HttpServletRequestHandler_c0fcf6829c0.service(Unknown Source)
> at
> org.apache.tapestry5.services.TapestryModule$1.service(TapestryModule.java:845)
> at $HttpServletRequestHandler_c0fcf6829c0.service(Unknown Source)
> at $HttpServletRequestHandler_c0fcf6829bb.service(Unknown Source)
> at org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:171)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1148)
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:387)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:417)
> at
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> at
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:324)
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:535)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:865)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:539)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:520)
> Powered by Jetty://
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [jira] [Commented] (TAP5-1671) Running "gradle idea" fails on a clean checkout

[Taha Hafeez]

Hi Chris

A simple workaround is to run gradle build first.

On Tue, Sep 27, 2011 at 3:56 PM, Chris Poulsen (Commented) (JIRA)
 wrote:
>
>    [ 
> https://issues.apache.org/jira/browse/TAP5-1671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13115385#comment-13115385
>  ]
>
> Chris Poulsen commented on TAP5-1671:
> -
>
> Yes, if you mean using "gradlew idea".
>
> C:\code\framework\tap5-clean>svn status
>
> C:\code\framework\tap5-clean>gradlew.bat idea
> :ideaModule
> :ideaProject
> :ideaWorkspace
> :idea
> :plastic:ideaModule
> :plastic:idea
> :quickstart:ideaModule
> :quickstart:idea
> :tapestry-beanvalidator:ideaModule
> :tapestry-beanvalidator:idea
> :tapestry-core:ideaModule
>
> FAILURE: Build failed with an exception.
>
> * Where:
> Build file 'C:\code\framework\tap5-clean\tapestry-core\build.gradle' line: 56
>
> * What went wrong:
> Execution failed for task ':tapestry-core:ideaModule'.
> Cause: Cannot invoke method minus() on null object
>
> * Try:
> Run with --stacktrace option to get the stack trace. Run with --info or 
> --debug option to get more log output.
>
> BUILD FAILED
>
> Total time: 12.104 secs
>
> C:\code\framework\tap5-clean>
>
>> Running "gradle idea" fails on a clean checkout
>> ---
>>
>>                 Key: TAP5-1671
>>                 URL: https://issues.apache.org/jira/browse/TAP5-1671
>>             Project: Tapestry 5
>>          Issue Type: Bug
>>          Components: tapestry-core
>>    Affects Versions: 5.3, 5.2
>>            Reporter: Chris Poulsen
>>            Priority: Minor
>>              Labels: gradle, tapestry-core
>>         Attachments: fix_gradle_idea_on_clean_checkout.patch
>>
>>
>> This have been mentioned on the mailing list before. Steps to reproduce:
>> 1) Perform a clean checkout of trunk
>> 2) Issue "gradle idea"
>> 3) The build fails with some error about "could not invoke minus on null"
>> A work around is to do "gradle build" before attempting to generate the idea 
>> project.
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA 
> administrators: 
> https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Configure Tapestry with classic Hibernate, not tapestry-hibernate library

[Taha Hafeez Siddiqi]

Hi 

As Josh had already pointed out, you should look at the source code of 
tapestry-hibernate for integration. There is also 

https://github.com/tawus/tawus/tree/master/tawus-hibernate 

which has tapestry-hibernate integration but without the use of 
tapestry-hibernate.

Also this might help

http://tawus.wordpress.com/2011/04/28/tapestry-magic-9-integrating-with-hibernate-and-multiple-database-support/

What Ulrich and Lenny are pointing to you is the problem with your approach. 
IMHO, asking a question about how an integration is done is too vague to be 
answered. The best answer you can get is what Josh already gave you, look into 
the integration source code itself. 

Also, being part of a community is also about respecting others and being 
tolerant. 

Best of luck 

Cheers
Taha 
  
On Sep 26, 2011, at 9:14 PM, badmi89 wrote:

> Thank you for your help, but i found my solution.
> Tapestry is my first web framework, so maybe i ask sometimes stupid
> questions, sorry if i offended someone, its hard to be beginner, especially
> at programming, cheers ;)
> 
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/Configure-Tapestry-with-classic-Hibernate-not-tapestry-hibernate-library-tp4835387p4841857.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: Thoughts: Should Ajax/Grid be that hard?

[Taha Hafeez]

Hi Geoff

I am thinking at the request filter level using a combination of
HttpSession.isNew() and some callback to check with the application if
the session is new (like login details etc)

session = request.getSession(false);

if(session ==null || (session.isNew() && myCallback.isNew(session))){
   //it has expired
}else {
   //it has not expired
}

myCallback.isNew(session) can check user login details.

On Wed, Sep 21, 2011 at 4:54 AM, Geoff Callender
 wrote:
> Hi Taha,
>
> Let's say there was a @SessionRequired annotation to put on methods. When 
> session expires it redirects to a "session expired" page. But how would it 
> determine whether session has expired vs. first time in? It would have to 
> register sessions centrally somehow. More than that, it would have to 
> register current page(s) within session, and remove them as you leave the 
> page. Is that what you have in mind?
>
> On 21/09/2011, at 12:05 AM, Taha Hafeez wrote:
>
>> Hi Lenny
>>
>> I am using ajax grid in many of my applications. As I am using 5.2.6
>> on some of the projects, I use my tapestry.js hack for it.
>>
>> The inability of grid to provide zone parameter (as others components
>> do) instead of inplace is a limitation but I think this can be sorted
>> out with the new ajax support.(I have not tried it yet but I think it
>> can be done).
>>
>> Regarding session expiry, I think a simple redirect to a session
>> expired page can be useful both for ajax and non-ajax situations.
>>
>>
>> On Tue, Sep 20, 2011 at 1:24 PM, Lenny Primak  wrote:
>>> Hi guys,
>>>
>>> I just want to share my thoughts with you regarding my experience building 
>>> pretty simple infrastructure.
>>> Don't get me wrong, I love tapestry but I think there's definitely room for 
>>> improvement here.
>>>
>>> My goal was simple:  Develop a page that has an Ajax Grid that is backed by 
>>> a database table.
>>>
>>> To get this into somewhat decent shape it took about one man-month, which I 
>>> think could be improved.
>>> After a minor hiccup with JPA and problems with multiple database support, 
>>> I got the basic page up and
>>> running rather quickly. (kudos)
>>> Afterwards, I started noticing minor issues that took major time to fix.
>>> What I wound up with is a hodgepodge of hacks/workarounds to get everything 
>>> just right.
>>> Lots of JavaScript and event handling code.
>>> I believe that this stuff should work out of the box.
>>>
>>> It all boiled down to one major issue:
>>> Tapestry does not know how to deal with Ajax and expiring sessions.
>>> I would either get an error dialog, an exception, NULL data, or all of the 
>>> above when:
>>> - clicking on the Grid pager
>>> - clicking on a button that would update the grid (Ajax)
>>>
>>> Basically there are about 10 corner cases that deal with expired sessions 
>>> that
>>> were very hard to track down.
>>>
>>> All my hacks/workarounds do one thing:  When Ajax call is made,
>>> and the session is invalid (or new w/o SetupRender being called)
>>> I redirect to the same page, causing a reload or relogin if security 
>>> credentials also expired.
>>>
>>> I will try to post as much of this as I can as soon as I can on the wiki or 
>>> github or both,
>>> but I think this functionality should work out-of-the box.
>>>
>>> Thanks for the great product, and will be going into production soon.
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>>
>>>
>>
>>
>>
>> --
>> Regards
>>
>> Taha Hafeez Siddiqi (tawus)
>> http://tawus.wordpress.com
>>
>> -
>> 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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Thoughts: Should Ajax/Grid be that hard?

[Taha Hafeez]

Hi Lenny

I am using ajax grid in many of my applications. As I am using 5.2.6
on some of the projects, I use my tapestry.js hack for it.

The inability of grid to provide zone parameter (as others components
do) instead of inplace is a limitation but I think this can be sorted
out with the new ajax support.(I have not tried it yet but I think it
can be done).

Regarding session expiry, I think a simple redirect to a session
expired page can be useful both for ajax and non-ajax situations.


On Tue, Sep 20, 2011 at 1:24 PM, Lenny Primak  wrote:
> Hi guys,
>
> I just want to share my thoughts with you regarding my experience building 
> pretty simple infrastructure.
> Don't get me wrong, I love tapestry but I think there's definitely room for 
> improvement here.
>
> My goal was simple:  Develop a page that has an Ajax Grid that is backed by a 
> database table.
>
> To get this into somewhat decent shape it took about one man-month, which I 
> think could be improved.
> After a minor hiccup with JPA and problems with multiple database support, I 
> got the basic page up and
> running rather quickly. (kudos)
> Afterwards, I started noticing minor issues that took major time to fix.
> What I wound up with is a hodgepodge of hacks/workarounds to get everything 
> just right.
> Lots of JavaScript and event handling code.
> I believe that this stuff should work out of the box.
>
> It all boiled down to one major issue:
> Tapestry does not know how to deal with Ajax and expiring sessions.
> I would either get an error dialog, an exception, NULL data, or all of the 
> above when:
> - clicking on the Grid pager
> - clicking on a button that would update the grid (Ajax)
>
> Basically there are about 10 corner cases that deal with expired sessions that
> were very hard to track down.
>
> All my hacks/workarounds do one thing:  When Ajax call is made,
> and the session is invalid (or new w/o SetupRender being called)
> I redirect to the same page, causing a reload or relogin if security 
> credentials also expired.
>
> I will try to post as much of this as I can as soon as I can on the wiki or 
> github or both,
> but I think this functionality should work out-of-the box.
>
> Thanks for the great product, and will be going into production soon.
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Can't assign issues

[Taha Hafeez]

Hi Ulrich

Thanks a lot


On Tue, Sep 20, 2011 at 4:28 PM, Ulrich Stärk  wrote:
> fixed.
>
> On 20.09.2011 08:04, Taha Hafeez wrote:
>> Hi Everybody
>>
>> I am unable to assign issues to myself on jira. My jira id is tawus
>> and my apache user is also tawus but I guess they are not connected.
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Can't assign issues

[Taha Hafeez]

Hi Everybody

I am unable to assign issues to myself on jira. My jira id is tawus
and my apache user is also tawus but I guess they are not connected.

-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: How to upgrade Tapestry version

[Taha Hafeez]

Did you run jetty within maven ? Did it download all the new libraries.

On Mon, Aug 29, 2011 at 8:25 PM, Javicha  wrote:
> I think it´s not sufficient.
>
> I have changed the versions in pom.xml, and when I started jetty I got an
> exception caused by the following error:
>
> Caused by: java.lang.ClassNotFoundException:
> org.apache.tapestry5.internal.services.RequestPathOptimizer
>
> Any idea?
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/How-to-upgrade-Tapestry-version-tp4744032p4746410.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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: EmbeddedComponent Mixin: -1

[Taha Hafeez]

Hi Dragan!

I had a look at the code. It may not be the best of designs but it
certainly is a good resource to learn about the internals of tapestry.
Would love you see a blog post about its implementation !!

On Mon, Aug 15, 2011 at 11:48 PM, dragan.sahpas...@gmail.com
 wrote:
> On Mon, Aug 15, 2011 at 8:13 PM, Howard Lewis Ship  wrote:
>
>> I've just backed out commit d8bf4fe19331faa3eaddc4a3f6a9d48827a7a590
>> which added the EmbeddedMixin annotation & support.
>>
>> Sorry, Dragan!
>>
>
> Nothing to be sorry about. I got pretty useful comments.
>
> Cheers,
> Dragan Sahpaski
>
>>
>> On Mon, Aug 15, 2011 at 11:06 AM, dragan.sahpas...@gmail.com
>>  wrote:
>> > Hi,
>> > On Mon, Aug 15, 2011 at 2:11 PM, Thiago H. de Paula Figueiredo <
>> > thiag...@gmail.com> wrote:
>> >
>> >> On Sat, 13 Aug 2011 01:39:36 -0300, Robert Zeigler <
>> >> robert.zeig...@roxanemy.com> wrote:
>> >>
>> >>  I disagree with your assessment of mixins.  Mixins are primarily tied
>> to
>> >>> the component lifecycle, not to specific component implementations.
>>  There
>> >>> are certainly some mixins that can't be universally applied (eg: they
>> may
>> >>> assume that the component is a ClientElement which may or may not be
>> true),
>> >>> but the way you go about implementing them doesn't ordinarily depend on
>> the
>> >>> internal structure of the component.  Perhaps the closest
>> >>> framework-supported exception to that is the @BindParameter, but even
>> there
>> >>> you're working with published (ie /public/) information about
>> components,
>> >>> rather than private/internal information.
>> >>>
>> >>
>> >> I couldn't have said it better myself, Robert. :)
>> >>
>> >> -1 to EmbeddedMixin. If you want to modify the output of GridCells
>> inside a
>> >> Grid, you can still add the mixin to Grid itself.
>> >
>> >
>> > I don't. I just want to read the gridCell's propertyValue, propertyName
>> and
>> > the current row object.
>> >
>> >
>> >> Not much of a difference. By the way, couldn't we provide some better
>> way
>> >> to find elements when writing code that uses MarkupWriter and Element?
>> Does
>> >> tapestry-xpath provide that? It would definetely simplify a lot some DOM
>> >> rewriting code I've written.
>> >>
>> >
>> > True that. Haven't used it so I can't comment on it.
>> >
>> > Cheers,
>> > Dragan Sahpaski
>> >
>> >>
>> >> --
>> >> Thiago H. de Paula Figueiredo
>> >> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
>> >> and instructor
>> >> Owner, Ars Machina Tecnologia da Informação Ltda.
>> >> http://www.arsmachina.com.br
>> >>
>> >>
>> >>
>> --**--**-
>> >> To unsubscribe, e-mail: dev-unsubscribe@tapestry.**apache.org<
>> dev-unsubscr...@tapestry.apache.org>
>> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
>> >>
>> >>
>> >
>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Creator of Apache Tapestry
>>
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>>
>> (971) 678-5210
>> http://howardlewisship.com
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>
>>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Quartz-like CRON expressions for PereodicExecutor

[Taha Hafeez]

+1

I was also thinking about it but in a separate module e.g.
tapestry-schedule or something

On Wed, Aug 24, 2011 at 3:23 AM, Igor Drobiazko
 wrote:
> Now that we have PeriodicExecutor service, I'm thinking about the
> improvements. It would be awesome to support CRON expressions for job
> scheduling.
>
> It's obvious that implementing CRON parser is a waste of time, but making
> Tapestry depend on Quartz is a no-go. I'd like to copy
> Quartz's CronExpression [1] class into tapestry-core. We did it already for
> JSON and some Apache Commons utilities. CronExpression would be definitely
> worth to do it again.
>
>
> [1]
> http://svn.terracotta.org/fisheye/browse/Quartz/tags/quartz-2.0.2/quartz/src/main/java/org/quartz/CronExpression.java?r=HEAD
>
> --
> Best regards,
>
> Igor Drobiazko
> http://tapestry5.de
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Palette and Checklist don't use contributed value encoder?

[Taha Hafeez]

I agree with Bob on this point. IMHO a parameter is 'required' if you
must provide a value. In case tapestry will provide a default value,
we can keep it optional with a comment, "Default value will only be
used if found/contributed ..."

But as far as correct English and developers are concerned, we take
all sorts of liberties and expect that from frameworks too. Like
Howard said in one of his mails "what the hell is an Environmental
anyway?"

On Mon, Aug 22, 2011 at 6:17 PM, Thiago H. de Paula Figueiredo
 wrote:
> On Mon, 22 Aug 2011 07:36:08 -0300, Massimo Lusetti 
> wrote:
>
>> BTW I find completely usual having a piece of software requiring
>> something and having another piece of software providing it.
>> It seems obvious that the latter could be user's code or another
>> module of the same software or a third party module too.
>
> I don't think this is unusual. It means the component parameter requires a
> value, regardless where it comes from. This is not the same as saying the
> user is required to provide a value. The requirement here is from the
> component parameter view, not the user (developer) one.
>
> (Breaking the threading because I mistakenly sent the message just to
> Massimo instead of to the list and I already deleted the message, so I
> cannot reply to it directly).
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Tapestry PeriodicExecutor

[Taha Hafeez]

Actually I was preparing a blog post for the new Tapestry 5.3 features
(Igor already beat me to it!) and while coding an example I thought
the real power of such an executor will be ioc (@Inject)

So I can write a job

public class MyJob implements Runnable {

   @Inject
   private MyService service;

   public void run(){
  service.use();
   }

}

and later on

periodicExecutor.addJob(hourlySchedule(), "MyJob", MyJob.class);

ObjectLocator.autobind() will internally do the rest


On Mon, Aug 22, 2011 at 5:44 PM, Howard Lewis Ship  wrote:
> Seems reasonable to me. Do you have a specific need for that?  I'e
> found pretty often that when I try to predict people's needs, I end up
> spinning my wheels. Most of the enhancements I've added in 5.2 and 5.3
> are based on specific needs from client projects, sometimes
> generalized a bit.
>
> On Sun, Aug 21, 2011 at 5:27 PM, Taha Hafeez  wrote:
>> Hi Everyone
>>
>> Was looking at new PeriodicExecutorImpl.java. It takes an instance of
>> a Runnable as a job. What if we could add another convenience method
>> which would take Class as argument and use
>> autobuild to create an instance.
>>
>> --
>> Regards
>>
>> Taha Hafeez Siddiqi (tawus)
>> http://tawus.wordpress.com
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Tapestry PeriodicExecutor

[Taha Hafeez]

Hi Everyone

Was looking at new PeriodicExecutorImpl.java. It takes an instance of
a Runnable as a job. What if we could add another convenience method
which would take Class as argument and use
autobuild to create an instance.

-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Vote: Tapestry 5.3 beta

[Taha Hafeez]

Taha Hafeez: +1 (non-binding)

We are already in the process of migrating one of our applications to 5.3+

On Fri, Aug 19, 2011 at 12:55 AM, Thiago H. de Paula Figueiredo
 wrote:
> Thiago H. de Paula Figueiredo: +! (binding)
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and
> instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> Consultor, desenvolvedor e instrutor em Java, Tapestry e Hibernate
> http://www.arsmachina.com.br
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [SUCCESS] Taha Hafeez as Tapestry Committer

[Taha Hafeez]

Thanks Thiago, Antalk & Francois

Too busy changing my profile tag line every where :)

2011/8/17 françois facon :
> Congrats Taha!
>
> 2011/8/17 antalk :
>> Congrats Taha !
>>
>> --
>> View this message in context: 
>> http://tapestry.1045711.n5.nabble.com/VOTE-Taha-Hafeez-as-Tapestry-Committer-tp4694173p4707221.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
>>
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

5.3+ javascript changes

[Taha Hafeez]

Hi

I was digging into the new (for me at least) javascript t5-* library.
Is there a documentation for it. I was thinking of a blog post this
weekend about the new interface.

-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Question about FieldValidator

[Taha Hafeez]

import org.apache.tapestry5.Field;
import org.apache.tapestry5.MarkupWriter;
import org.apache.tapestry5.ValidationException;
import org.apache.tapestry5.ioc.MessageFormatter;
import org.apache.tapestry5.services.FormSupport;

/* A vaidator that enforces that a number is greater than some minimum
integer value. */
public class MinDouble extends AbstractValidator
{
public MinDouble()
{
super(Double.class, Number.class, "min-double");
}

public void validate(Field field, Double constraintValue,
MessageFormatter formatter, Number value)
throws ValidationException
{
if (value.doubleValue() < constraintValue)
throw new ValidationException(buildMessage(formatter,
field, constraintValue));
}

private String buildMessage(MessageFormatter formatter, Field
field, Double constraintValue)
{
return formatter.format(constraintValue, field.getLabel());
}

public void render(Field field, Double constraintValue,
MessageFormatter formatter, MarkupWriter writer,
   FormSupport formSupport)
{
//This is only required if you want to have a client side
validation too.
//In that case you have to add a method in Tapestry.Validation
formSupport.addValidation(field, "min",
buildMessage(formatter, field, constraintValue), constraintValue);
}
}

and then contribute it to FieldValidatorSource

public static void
contributeFieldValidatorSource(MappedConfiguration
configuration)
{
configuration.add("min-double", new MinDouble());
}

also add the message.

On Wed, Aug 17, 2011 at 11:26 PM, leothelion  wrote:
> You mean hack into T5 code and create the min-double validator?
> Sorry, I am not sure what exactly I should do.
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/Question-about-FieldValidator-tp4706033p4709223.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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Question about FieldValidator

[Taha Hafeez]

Not sure but did you try

min=prop:total

On Wed, Aug 17, 2011 at 4:02 AM, leothelion  wrote:
> Hi all,
>
> I am new to T5, and I am trying to compare a server-side variable to the
> data input from the client side.
>
> So is there a way to have something like
>  ?
>
> I tried this but it throws an exception as "Could not find a coercion from
> type java.lang.String to type org.apache.tapestry5.FieldValidator." I am not
> sure why it takes total as a String while it's a double in the server side.
>
> Can anyone help me with this?
>
> Thanks!
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/Question-about-FieldValidator-tp4706033p4706033.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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [SUCCESS] Taha Hafeez as Tapestry Committer

[Taha Hafeez]

Great!!

Thanks everybody for voting me in. It is great to be officially part
of this team.

Thanks & Regards
Taha

On Wed, Aug 17, 2011 at 2:18 AM, Robert Zeigler
 wrote:
> Close, but no dice! :)
>
> Robert
>
> On Aug 16, 2011, at 8/163:37 PM , Howard Lewis Ship wrote:
>
>> On Tue, Aug 16, 2011 at 1:34 PM, Robert Zeigler
>>  wrote:
>>> Hm... did my (non-binding) vote not make it to the list?
>>
>> Was it formatted as I requested?
>>
>>>
>>> In any event, welcome, Taha!
>>>
>>> Robert
>>>
>>> On Aug 16, 2011, at 8/163:32 PM , Howard Lewis Ship wrote:
>>>
 On Fri, Aug 12, 2011 at 10:45 AM, Howard Lewis Ship  
 wrote:
> Taha has been quite active over the last several months blogging,
> evangalizing, mentoring on the mailing list, and doing all the other
> things that committers are supposed to be doing, so I think it's high
> time we make it official.
>
> Vote to run for three days.  Binding votes from PMC members only (but
> all are encouraged to show their opinion).
>
> Howard M. Lewis Ship: +1 (binding)
>
>
> Note: please use the format above for your vote ... it saves me a lot
> of work compiling the final tally.
>

 Binding votes:

 Howard M. Lewis Ship: +1
 Thiago H. de Paula Figueiredo: +1
 Andreas Andreou: +1
 Igor Drobiazko: +1

 Non-binding votes:

 Josh Canfield: +1
 Kalle Korhonen: +1
 Bob Harner: +1
 Massimo Lusetti: +1
 François Facon: +1
 Dmitry Gusev: +1


 --
 Howard M. Lewis Ship

 Creator of Apache Tapestry

 The source for Tapestry training, mentoring and support. Contact me to
 learn how I can get you up and productive in Tapestry fast!

 (971) 678-5210
 http://howardlewisship.com

 -
 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
>>>
>>>
>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Creator of Apache Tapestry
>>
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>>
>> (971) 678-5210
>> http://howardlewisship.com
>>
>> -
>> 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
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: ValueChanged event from RadioGroup and Checkbox

[Taha Hafeez]

;>> >> > I see the implementation of both very similar: almost just JavaScript,
>>>> >> listen to a change event and use ZoneManager to update a zone passing a
>>>> >> value as context (the selected value in Select, true or false in
>>>> Checkbox
>>>> >> and Radio, select value for RadioGroup). The JavaScript code would
>>>> figure
>>>> >> out what to do based on the type of HTML form component (or any
>>>> component
>>>> >> implementing ClientElement instance) in which the mixin was applied. We
>>>> >> could even have a generic ZoneUpdater mixin that updates a zone and that
>>>> >> could be used in any component or HTML element (in this case, the Any
>>>> >> component should be used).
>>>> >>
>>>> >> I Agree now :). It would be better to have to have a ZoneUpdater mixin
>>>> even
>>>> >> though I still think that one param is more lazy dev friendly :).
>>>> >>
>>>> >> > I haven't seen your patches, though.
>>>> >>
>>>> >>
>>>> >> I will try to implement it.
>>>> >>
>>>> >> Denis
>>>> >>
>>>> >> On 12.8.2011, at 22:30, Thiago H. de Paula Figueiredo wrote:
>>>> >>
>>>> >> > On Fri, 12 Aug 2011 15:49:05 -0300, Denis Stepanov <
>>>> >> denis.stepa...@gmail.com> wrote:
>>>> >> >
>>>> >> >> I understand mixin concept and code separation but in this case I
>>>> don't
>>>> >> think we need discuss so much about a few lines of code.
>>>> >> >
>>>> >> > I disagree. :)
>>>> >> >
>>>> >> >> We can also discuss that Autocomplete should be somehow wired with
>>>> all
>>>> >> that onchange actions because it does the same thing.
>>>> >> >
>>>> >> > I'm not following you here. I just presented Autocomplete as something
>>>> >> that could be implemented inside the component but it was decided that
>>>> it
>>>> >> was best implemented as a mixin. IMHO that's the approach we should
>>>> follow.
>>>> >> >
>>>> >> >> IMHO mixin is too abstract for two different form components.
>>>> >> >
>>>> >> > I see the implementation of both very similar: almost just JavaScript,
>>>> >> listen to a change event and use ZoneManager to update a zone passing a
>>>> >> value as context (the selected value in Select, true or false in
>>>> Checkbox
>>>> >> and Radio, select value for RadioGroup). The JavaScript code would
>>>> figure
>>>> >> out what to do based on the type of HTML form component (or any
>>>> component
>>>> >> implementing ClientElement instance) in which the mixin was applied. We
>>>> >> could even have a generic ZoneUpdater mixin that updates a zone and that
>>>> >> could be used in any component or HTML element (in this case, the Any
>>>> >> component should be used).
>>>> >> >
>>>> >> > I haven't seen your patches, though.
>>>> >> >
>>>> >> >> Select component already has a zone parameter
>>>> >> >
>>>> >> > That's my point: it shouldn't have a zone parameter and IMHO we
>>>> shouldn't
>>>> >> propagate this error to any other component.
>>>> >> >
>>>> >> >> The question is should other form components like Checkbox support
>>>> >> similar behaviour using same approach simply by binging a zone
>>>> parameter?
>>>> >> >
>>>> >> > I don't think so.
>>>> >> >
>>>> >> > --
>>>> >> > Thiago H. de Paula Figueiredo
>>>> >> > Independent Java, Apache Tapestry 5 and Hibernate consultant,
>>>> developer,
>>>> >> and instructor
>>>> >> > Owner, Ars Machina Tecnologia da Informação Ltda.
>>>> >> > http://www.arsmachina.com.br
>>>> >>
>>>> >>
>>>> >> -
>>>> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>>> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>>> >>
>>>> >>
>>>> >
>>>> >
>>>> > --
>>>> > Best regards,
>>>> >
>>>> > Igor Drobiazko
>>>> > http://tapestry5.de
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
>>>> Apache Tapestry PMC / http://chesstu.be owner
>>>> Open Source / JEE Consulting
>>>>
>>>> -
>>>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>>>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Best regards,
>>>
>>> Igor Drobiazko
>>> http://tapestry5.de
>>>
>>
>>
>>
>> --
>> Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr
>> Apache Tapestry PMC / http://chesstu.be owner
>> Open Source / JEE Consulting
>>
>> -
>> 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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: I'd like to review tapestry code, but don't know where to start

[Taha Hafeez]

Hi

You seem to have exactly my approach. One thing I can guarantee you is
that this is the best code you are ever going to read. And when I say
best, I mean most elegant and not surprisingly most easy.

Well I will not suggest directly going through the code from the word
go but rather learn to use the framework first.

Next check the source code of corelib/components to learn how
components are created. Here I will suggest looking at other tapestry
libraries particularly http://www.chenillekit.org/.

Next you can learn about tapestry-ioc.

This will get you started and the rest will come automatically.

Just remember, you have a very active mailing list to help you.

Also my blog http://tawus.wordpress.com may be a good place to learn
the internals as most of the posts are based on how to do things and
the code is at http://github.com/tawus

Best of luck

On Sat, Aug 6, 2011 at 9:13 PM, Ernesto Arroyo  wrote:
> Hi all,
>
> I think tapestry has a lot of technologies and tools and that i can learn
> not only using the framework but reviewing and reading some code. For
> example is a good thing to have such test cobertura so i can learn about
> test driving develoment. Or i can learn about IoC reading the module of
> tapestry for it.
>
> But, uf, i checked out the src and is a huge project. Sincerely i am not
> sure where could be the best piece to start, if it is a good idea,... I dont
> want and i dont think i have the level to help the development in any way,
> but i want to read and learn from source code.
>
> Maybe some advice could help me,...
>
> Thanks
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/I-d-like-to-review-tapestry-code-but-don-t-know-where-to-start-tp4672821p4672821.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
>
>



-- 
Regards

Taha Hafeez Siddiqi (tawus)
http://tawus.wordpress.com

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: Alternate template format?

[Taha Hafeez]

Not sure, but one of the application can be Jasper reports which uses
a template.

regards
Taha

On Thu, Jul 28, 2011 at 8:45 AM, Lenny Primak  wrote:
> Just please please please don't forget the primary tenet (at least for me)
> That the web designer must be able to edit templates with their tool. E.g. 
> Dreamweaver.
> Don't forget us normal folks and let the HTML support get stale.
>
>
>
> On Jul 27, 2011, at 9:42 PM, Howard Lewis Ship  wrote:
>
>> I really want to support SASS or equivalent.  In fact, I want to look
>> into an integration with this:
>>
>> http://code.google.com/p/wro4j/wiki/Features
>>
>>
>> On Wed, Jul 27, 2011 at 4:36 PM, Josh Canfield  
>> wrote:
 I wonder if there's any interest in an alternate, non-XML template
 format
>>>
>>> Not for generating (X)HTML.
>>>
>>> What about but something like LessCSS (http://lesscss.org/)?
>>>
>>>
>>> On Wed, Jul 27, 2011 at 11:14 AM, Howard Lewis Ship  
>>> wrote:
 I wonder if there's any interest in an alternate, non-XML template
 format ... something like YAML, HAML or Scalate?  It would be super
 easy to implement.  Obviously, for 5.4 or later.

 Might be fun to take a few pages and component templates and create
 mockups of an alternate format.

 --
 Howard M. Lewis Ship

 Creator of Apache Tapestry

 The source for Tapestry training, mentoring and support. Contact me to
 learn how I can get you up and productive in Tapestry fast!

 (971) 678-5210
 http://howardlewisship.com

 -
 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
>>>
>>>
>>
>>
>>
>> --
>> Howard M. Lewis Ship
>>
>> Creator of Apache Tapestry
>>
>> The source for Tapestry training, mentoring and support. Contact me to
>> learn how I can get you up and productive in Tapestry fast!
>>
>> (971) 678-5210
>> http://howardlewisship.com
>>
>> -
>> 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
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: [jira] [Commented] (TAP5-1476) Deprecate MultiZoneUpdate, replace with an injectable service to collect zone updates

[Taha Hafeez]

Hi Howard

The lesson is, don't submit a patch for Howard's jira he will always
come up with a better implementation :)

regards
Taha

On Thu, Jul 28, 2011 at 8:10 AM, Howard Lewis Ship  wrote:
> On Wed, Jul 27, 2011 at 4:26 PM, Taha Hafeez  wrote:
>> Nice !!
>>
>> I learned my lesson :)
>>
>
> What lesson would that be?  I just had a slightly different vision of
> how this would fit in overall and how it would be implemented.  The
> only concrete advantage is that on a zone update you can still return
> the content for the (implicit) zone to be updated along with updates
> to other zones explicitly.
>
>> regards
>> Taha
>>
>> On Thu, Jul 28, 2011 at 1:16 AM, Howard M. Lewis Ship (JIRA)
>>  wrote:
>>>
>>>    [ 
>>> https://issues.apache.org/jira/browse/TAP5-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13071942#comment-13071942
>>>  ]
>>>
>>> Howard M. Lewis Ship commented on TAP5-1476:
>>> 
>>>
>>> Sorry I didn't use your patch, but I think you'll like the end result.
>>>
>>>> Deprecate MultiZoneUpdate, replace with an injectable service to collect 
>>>> zone updates
>>>> -
>>>>
>>>>                 Key: TAP5-1476
>>>>                 URL: https://issues.apache.org/jira/browse/TAP5-1476
>>>>             Project: Tapestry 5
>>>>          Issue Type: Improvement
>>>>          Components: tapestry-core
>>>>    Affects Versions: 5.3
>>>>            Reporter: Howard M. Lewis Ship
>>>>            Assignee: Howard M. Lewis Ship
>>>>             Fix For: 5.3
>>>>
>>>>         Attachments: zone-updater.patch, 
>>>> zone_updater_with_zone-updater_as_return.patch, 
>>>> zone_updater_with_zone-updater_as_return.patch
>>>>
>>>>
>>>> MultiZoneUpdate presumes that there's a single place where all the zone to 
>>>> be updated are known. This is not necessarilly the case.
>>>> I'd like to see something like:
>>>> @Inject
>>>> private ZoneUpdater zoneUpdater();
>>>> Object onSuccess()
>>>> {
>>>>   zoneUpdater.update("foo", fooBlock);
>>>>  zoneUpdater.update("bar", barBlock);
>>>>   return myZone.getBody();
>>>> }
>>>> The main point here is that different event handlers would all be able to 
>>>> invoke ZoneUpdater.update() .
>>>> This would also allow a single response to render main content (for the 
>>>> requesting Zone on the client) plus zone updates to named zones.
>>>
>>> --
>>> This message is automatically generated by JIRA.
>>> For more information on JIRA, see: http://www.atlassian.com/software/jira
>>>
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
>> For additional commands, e-mail: dev-h...@tapestry.apache.org
>>
>>
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> 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: [jira] [Commented] (TAP5-1476) Deprecate MultiZoneUpdate, replace with an injectable service to collect zone updates

[Taha Hafeez]

Nice !!

I learned my lesson :)

regards
Taha

On Thu, Jul 28, 2011 at 1:16 AM, Howard M. Lewis Ship (JIRA)
 wrote:
>
>    [ 
> https://issues.apache.org/jira/browse/TAP5-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13071942#comment-13071942
>  ]
>
> Howard M. Lewis Ship commented on TAP5-1476:
> 
>
> Sorry I didn't use your patch, but I think you'll like the end result.
>
>> Deprecate MultiZoneUpdate, replace with an injectable service to collect 
>> zone updates
>> -
>>
>>                 Key: TAP5-1476
>>                 URL: https://issues.apache.org/jira/browse/TAP5-1476
>>             Project: Tapestry 5
>>          Issue Type: Improvement
>>          Components: tapestry-core
>>    Affects Versions: 5.3
>>            Reporter: Howard M. Lewis Ship
>>            Assignee: Howard M. Lewis Ship
>>             Fix For: 5.3
>>
>>         Attachments: zone-updater.patch, 
>> zone_updater_with_zone-updater_as_return.patch, 
>> zone_updater_with_zone-updater_as_return.patch
>>
>>
>> MultiZoneUpdate presumes that there's a single place where all the zone to 
>> be updated are known. This is not necessarilly the case.
>> I'd like to see something like:
>> @Inject
>> private ZoneUpdater zoneUpdater();
>> Object onSuccess()
>> {
>>   zoneUpdater.update("foo", fooBlock);
>>  zoneUpdater.update("bar", barBlock);
>>   return myZone.getBody();
>> }
>> The main point here is that different event handlers would all be able to 
>> invoke ZoneUpdater.update() .
>> This would also allow a single response to render main content (for the 
>> requesting Zone on the client) plus zone updates to named zones.
>
> --
> This message is automatically generated by JIRA.
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: t:loop and javascript

[Taha Hafeez]

Hi

t:id is not javascript id, although it is at times the same but it can
be different especially if there is a zone update or the component is
in a loop.

To set the javascript id use the parameter clientId.

Also you can't use property expressions in parameters. What you have
to do is use the prop binding prefix and add a property to the java
file.

e.g.


   



and in java file

@Property
private int index;

public String getSequenceId(){
   return "my_radio_" + index;
}

regards
Taha


On Thu, Jul 21, 2011 at 3:25 PM, ashu.soman  wrote:
> Hi,
>
> I need to use javascript in a loop which uses t:id of an element(a radio
> button). The javascript in an onclick event on another element(an image).
> But since tapestry is not allowing me to put t:id in t:id="${}" this
> fashion, i'm facing problem.
>
> Basically what i want to do is check corresponding radio button when clicked
> on an image. But since i need to use t:loop, i'm not able to access proper
> id through javascript for that.
>
> Please suggest how can i do it or is there any better way to do it?
>
> --
> View this message in context: 
> http://tapestry.1045711.n5.nabble.com/t-loop-and-javascript-tp4618787p4618787.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
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
For additional commands, e-mail: dev-h...@tapestry.apache.org

Re: JPA: Auto-scanning classpath

[Taha Hafeez]

Hi Igor,

Thanks for the information. Googled a bit and found this
http://static.springsource.org/spring/docs/2.0.x/reference/orm.html#orm-jpa

There is a section "12.6.1.4. Dealing with multiple persistence units" which
talks about spring's solution to the problem

regards
Taha


On Wed, Jul 13, 2011 at 6:16 PM, Igor Drobiazko wrote:

> Hi Tawus,
>
> this is a bit different story because Hibernate doesn't scan the classpath.
> As a Hibernate user you need to configure your entities manually. So, you
> would never expect the entities to be added automatically. Obviously, JPA
> users do. But I still think that in case of multiple persistence units no
> classpath scanning should happen.
>
> Thank you
>
> On Wed, Jul 13, 2011 at 2:34 AM, Taha Hafeez  >wrote:
>
> > Hi Igor
> >
> > I have a multiple-database support for hibernate in tawus-core. What I do
> > to
> > handle this situation is to allow users to specify a configuration for
> each
> > sessionfactory and that configuration takes a list of package names as
> > argument. The SessionFactorySource creates a SessionFactory for each
> > configuration, scans the given packages, adds the classes in the given
> > package names to the session factory.
> >
> >
> >
> https://github.com/tawus/tawus/blob/master/tawus-hibernate/src/main/java/com/googlecode/tawus/hibernate/internal/services/SessionFactorySourceImpl.java
> >
> >
> >
> https://github.com/tawus/tawus/blob/master/tawus-hibernate/src/main/java/com/googlecode/tawus/hibernate/services/SessionFactoryConfiguration.java
> >
> > Which classes to add can be setup by a filter
> >
> > regards
> > Taha
> >
> >
> > On Wed, Jul 13, 2011 at 2:30 AM, Lenny Primak  > >wrote:
> >
> > > Since I was the 'victim' of all of this, and worked through a solution,
> > > My suggestion wold be to contribute some sort of a configuration map
> > > of persistence units to package names, maybe a one-line of code,
> > > an annotation of some sort.
> > >
> > > On Jul 12, 2011, at 4:56 PM, Igor Drobiazko wrote:
> > >
> > > > The recent discussion on the user's list on JPA integration is quite
> > > > interesting. The question is whether Tapestry should automatically
> add
> > > > entities found anywhere on the classpath to the EntityManagers. Here
> is
> > > the
> > > > link to the discussion:
> > > >
> > > > http://markmail.org/message/wb3iu3adpotbephh
> > > >
> > > > Currently it works as:
> > > >
> > > > 1) if there is only a single persistence unit configured, only
> entities
> > > from
> > > > app's entities package are automatically added to the EntityManager.
> > This
> > > > conforms to behavior of the Hibenrate library and works out of the
> box.
> > > > However, this conflicts with the JPA specification in some way. JPA
> > > > specification says that  controls whether
> > > > auto-scanning should be done or not. Currently, this element is
> ignored
> > > in
> > > > Tapestry.
> > > >
> > > > 2) If multiple persistence units are configured, no auto-scanning
> > > happens.
> > > > None of the entities is added to any EntityManager. When discovering
> an
> > > > entity class on the classpath, Tapestry can't know to which
> > EntityManager
> > > it
> > > > belongs. It also doesn't make sense to add all the entities to all
> the
> > > > EntityManagers. So, when using multiple persistence unit, the user
> > needs
> > > to
> > > > add the entities explicitly.
> > > >
> > > > Any feedback? Ideas?
> > > >
> > > > --
> > > > Best regards,
> > > >
> > > > Igor Drobiazko
> > > > http://tapestry5.de
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> > > For additional commands, e-mail: dev-h...@tapestry.apache.org
> > >
> > >
> >
>
>
>
> --
> Best regards,
>
> Igor Drobiazko
> http://tapestry5.de
>

Re: JPA: Auto-scanning classpath

[Taha Hafeez]

Hi Igor

I have a multiple-database support for hibernate in tawus-core. What I do to
handle this situation is to allow users to specify a configuration for each
sessionfactory and that configuration takes a list of package names as
argument. The SessionFactorySource creates a SessionFactory for each
configuration, scans the given packages, adds the classes in the given
package names to the session factory.

https://github.com/tawus/tawus/blob/master/tawus-hibernate/src/main/java/com/googlecode/tawus/hibernate/internal/services/SessionFactorySourceImpl.java

https://github.com/tawus/tawus/blob/master/tawus-hibernate/src/main/java/com/googlecode/tawus/hibernate/services/SessionFactoryConfiguration.java

Which classes to add can be setup by a filter

regards
Taha


On Wed, Jul 13, 2011 at 2:30 AM, Lenny Primak wrote:

> Since I was the 'victim' of all of this, and worked through a solution,
> My suggestion wold be to contribute some sort of a configuration map
> of persistence units to package names, maybe a one-line of code,
> an annotation of some sort.
>
> On Jul 12, 2011, at 4:56 PM, Igor Drobiazko wrote:
>
> > The recent discussion on the user's list on JPA integration is quite
> > interesting. The question is whether Tapestry should automatically add
> > entities found anywhere on the classpath to the EntityManagers. Here is
> the
> > link to the discussion:
> >
> > http://markmail.org/message/wb3iu3adpotbephh
> >
> > Currently it works as:
> >
> > 1) if there is only a single persistence unit configured, only entities
> from
> > app's entities package are automatically added to the EntityManager. This
> > conforms to behavior of the Hibenrate library and works out of the box.
> > However, this conflicts with the JPA specification in some way. JPA
> > specification says that  controls whether
> > auto-scanning should be done or not. Currently, this element is ignored
> in
> > Tapestry.
> >
> > 2) If multiple persistence units are configured, no auto-scanning
> happens.
> > None of the entities is added to any EntityManager. When discovering an
> > entity class on the classpath, Tapestry can't know to which EntityManager
> it
> > belongs. It also doesn't make sense to add all the entities to all the
> > EntityManagers. So, when using multiple persistence unit, the user needs
> to
> > add the entities explicitly.
> >
> > Any feedback? Ideas?
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: Patch for TAP5-1476

[Taha Hafeez]

Somebody :)

regards
Taha

On Fri, Jul 8, 2011 at 4:05 PM, Taha Hafeez wrote:

> BTW this patch can also resolve two more issues
> https://issues.apache.org/jira/browse/TAP5-1406 &
> https://issues.apache.org/jira/browse/TAP5-1407
>
> regards
> Taha
>
> On Thu, Jul 7, 2011 at 12:35 PM, Taha Hafeez wrote:
>
>> Hi
>>
>> would really appreciate if somebody takes a look at the patch submitted by
>> me for
>>
>> https://issues.apache.org/jira/browse/TAP5-1476
>>
>> regards
>> Taha
>>
>>
>
>
> --
> regards
> Tawus
> tawus.wordpress.com
>
>

Re: Patch for TAP5-1476

[Taha Hafeez]

BTW this patch can also resolve two more issues
https://issues.apache.org/jira/browse/TAP5-1406 &
https://issues.apache.org/jira/browse/TAP5-1407

regards
Taha

On Thu, Jul 7, 2011 at 12:35 PM, Taha Hafeez wrote:

> Hi
>
> would really appreciate if somebody takes a look at the patch submitted by
> me for
>
> https://issues.apache.org/jira/browse/TAP5-1476
>
> regards
> Taha
>
>


-- 
regards
Tawus
tawus.wordpress.com

Re: [jira] [Assigned] (TAP5-1407) multizoneupdate should be easier to use - not a chain

[Taha Hafeez]

Hi Howard

I submitted a patch for TAPS-1476 which is related to this issue.

https://issues.apache.org/jira/browse/TAP5-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

regards
Taha

On Fri, Jul 8, 2011 at 6:32 AM, Howard M. Lewis Ship (JIRA)  wrote:

>
> [
> https://issues.apache.org/jira/browse/TAP5-1407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>
> Howard M. Lewis Ship reassigned TAP5-1407:
> --
>
>Assignee: Howard M. Lewis Ship
>
> > multizoneupdate should be easier to use - not a chain
> > -
> >
> > Key: TAP5-1407
> > URL: https://issues.apache.org/jira/browse/TAP5-1407
> > Project: Tapestry 5
> >  Issue Type: Improvement
> >  Components: tapestry-core
> >Affects Versions: 5.2.4
> >Reporter: Paul Stanton
> >Assignee: Howard M. Lewis Ship
> >
> > Currently MultiZoneUpdate is a chain of MultiZoneUpdates, ie
> > public class MultiZoneUpdate
> > {
> > ...
> > public MultiZoneUpdate add(String zoneId, Object renderer)
> > {
> > return new MultiZoneUpdate(zoneId, renderer, this);
> > }
> > ...
> > }
> > usage:
> > MultiZoneUpdate mzu = new MultiZoneUpdate("zone2", zone1); // ugly!
> > mzu = mzu.add("zone2", zone2); // ugly!
> > mzu = mzu.add("zone3", zone3); // ugly!
> > ...
> > return mzu;
> > This becomes hard to use when event handlers call common methods which
> contribute zone updates.
> > Also, it is possible to request multiple updates for the one zone which
> doesn't make much sense.
> > In some cases it would be much easier if you could construct a
> MultiZoneUpdate object without actually contributing a zone update
> directive. ie:
> > MultiZoneUpdate mzu = new MultiZoneUpdate();
> > mzu.add("zone2", zone1);
> > mzu.add("zone2", zone2);
> > mzu.add("zone3", zone3);
> > mzu.add("zone3", zone3); // knocks out prev zone3 update
> > ...
> > return mzu;
> > I have created a utility class which helps me work around this issue (and
> issue #TAP5-1406), however note it relies on the dummy zone hack.:
> > import java.util.HashMap;
> > import java.util.Map.Entry;
> > import org.apache.tapestry5.ComponentResources;
> > import org.apache.tapestry5.MarkupWriter;
> > import org.apache.tapestry5.ajax.MultiZoneUpdate;
> > import org.apache.tapestry5.internal.services.PageRenderQueue;
> > import org.apache.tapestry5.json.JSONObject;
> > import org.apache.tapestry5.services.PartialMarkupRenderer;
> > import org.apache.tapestry5.services.PartialMarkupRendererFilter;
> > import org.apache.tapestry5.services.javascript.JavaScriptSupport;
> > public class XHRResponseHelper
> > {
> >   private HashMap zoneUpdates;
> >   private boolean scriptAdded;
> >   public XHRResponseHelper()
> >   {
> >   this.zoneUpdates = new HashMap();
> >   scriptAdded = false;
> >   }
> >   public void addScriptCall(final String script, PageRenderQueue
> pageRenderQueue, final JavaScriptSupport javascriptSupport)
> >   {
> >   scriptAdded = true;
> >   pageRenderQueue.addPartialMarkupRendererFilter(new
> PartialMarkupRendererFilter()
> >   {
> >   public void renderMarkup(MarkupWriter writer,
> JSONObject reply, PartialMarkupRenderer renderer)
> >   {
> >   javascriptSupport.addScript(script);
> >   renderer.renderMarkup(writer, reply);
> >   }
> >   });
> >   }
> >   public void addZoneUpdate(String zoneId, ComponentResources
> componentResources)
> >   {
> >   addZoneUpdate(zoneId,
> componentResources.getEmbeddedComponent(zoneId));
> >   }
> >   public void addZoneUpdate(String zoneId, Object renderer)
> >   {
> >   zoneUpdates.put(zoneId, renderer);
> >   }
> >   public MultiZoneUpdate buildMultiZoneUpdate(ComponentResources
> componentResources)
> >   {
> >   // work around issue  -
> https://issues.apache.org/jira/browse/TAP5-1406
> >   if (zoneUpdates.isEmpty() && scriptAdded)
> >   addZoneUpdate("dummyZone", componentResources);
> >   MultiZoneUpdate mzu = null;
> >   for (Entry entry : zoneUpdates.entrySet())
> >   {
> >   if (mzu == null)
> >   mzu = new MultiZoneUpdate(entry.getKey(),
> entry.getValue());
> >   else
> >   mzu = mzu.add(entry.getKey(),
> entry.getValue());
> >   }
> >   return mzu; // null if zoneUpdates is empty
> >   }
> > }
> > usage:
> > XHRResponseHelper response = new XHRResponseHelper();
> > response.addZoneUpdate("myZone", componentResources);
> > response.addZoneUpdate("myZone2", bloc

Patch for TAP5-1476

[Taha Hafeez]

Hi

would really appreciate if somebody takes a look at the patch submitted by
me for

https://issues.apache.org/jira/browse/TAP5-1476

regards
Taha

Re: GSOC Right Click Menu

[Taha Hafeez]

IMHO, it will be useful to put a note/warning in the contributor's section
regarding copyright and licensing issues followed by a small
introduction(that you already gave) and then pointers to other related
resources.

regards
Taha



On Thu, Jul 7, 2011 at 11:59 AM, Kalle Korhonen
wrote:

> On Wed, Jul 6, 2011 at 11:14 PM, Taha Hafeez 
> wrote:
> > Thanks for sharing this information. It would be great if you find time
> to
> > place this under the contributer's section at
> > http://tapestry.apache.org/community.html#Community-BecomingaContributor
> .
> > A new contributer like me can take advantage of this.
>
> "This information" referring to copyrights & licensing? Frankly, I
> don't think it belongs to the spot you pointed out. Perhaps something
> in http://www.apache.org/licenses/, but then again,
> http://www.apache.org/foundation/licence-FAQ.html (linked from the
> previous resource) does a decent job of answering the license
> questions. Do you think it'd be useful for linking these in from the
> community page? Maybe a separate "Read more about Apache" section?
>
> Kalle
>
>
> > On Thu, Jul 7, 2011 at 11:33 AM, Kalle Korhonen
> > wrote:
> >
> >> On Wed, Jul 6, 2011 at 7:16 PM, dragan.sahpas...@gmail.com
> >>  wrote:
> >> > On Wed, Jul 6, 2011 at 8:59 PM, Kalle Korhonen
> >> > wrote:
> >> > - copyrights - have you copied any code/styles from anywhere you
> >> >> haven't written yourself?
> >> > Actually I also wanted to discuss this. I had looked at many css
> dropdown
> >> > menus, before doing it and the one I implemented is "inspired" by this
> >> > menu <
> >> http://www.lwis.net/free-css-drop-down-menu/dropdown.simple.linear.html
> >
> >> > which
> >> > is dual licenced <http://www.lwis.net/free-css-drop-down-menu/>
> (bottom
> >> of
> >> > page) under MIT <http://opensource.org/licenses/mit-license.php> and
> >> > GPL<http://www.gnu.org/copyleft/gpl.html> (I
> >> > know its not compatible with apache). But the thing is that Its not
> the
> >> same
> >> > CSS its still quite changed and I was not sure if I have reused and
> >> changed
> >> > it, or just written something new "inspired" by it :). I avoided doing
> >> > copy-> paste, I typed the CSS as I saw it best.
> >> > Anyway, please provide advice about this, that I will gladly accept,
> >> because
> >> > I don't have much experience dealing with licences and I want to avoid
> >> > making mistakes regarding this.
> >>
> >> I purposefully mentioned copyrights since the issue is separate from
> >> licensing. You did exactly the right thing by not copying, but rather
> >> re-creating it. Regardless of the license (unless the license
> >> explicitly forfeits copyrights), a piece of work is automatically
> >> covered by copyright laws practically anywhere in the world.
> >> Copyrights protect the "the form" of the work, i.e. the exact sequence
> >> of characters if it's a literature works. If you copy and modify, the
> >> question is whether you created on original work or if it's derivative
> >> work (compare for example to cases where photos are used as a basis
> >> for a poster - one famous case was of a stylized portrait of Barack
> >> Obama). If you independently created word for word the same literature
> >> works, piece of code, etc. you would still own the copyrights to it
> >> but it might be difficult to prove that you really came up with
> >> exactly the same as somebody before you if the said entity challenged
> >> you on that. Copyright issue is often neglected on the web since it's
> >> so easy to copy pieces of Javascript, CSS, etc. from anywhere, but in
> >> principle, when you are copying something, you are making a copyright
> >> infringement (unless it's a "fair use" - for example when you are
> >> quoting somebody). More at http://en.wikipedia.org/wiki/Copyright.
> >>
> >> As to the license issue, you are fine. I really don't want to hide
> >> behind the typical "I'm not a lawyer, you should consult with.." I'm
> >> of the the opinion that any software developer should have basic
> >> understanding of the most common open source licenses used today, and
> >> that reasonable people should be able to talk about legal issues in
> >> software wi

Re: GSOC Right Click Menu

[Taha Hafeez]

Hi Kalle

Thanks for sharing this information. It would be great if you find time to
place this under the contributer's section at
http://tapestry.apache.org/community.html#Community-BecomingaContributor.

A new contributer like me can take advantage of this.

regards
Taha


On Thu, Jul 7, 2011 at 11:33 AM, Kalle Korhonen
wrote:

> On Wed, Jul 6, 2011 at 7:16 PM, dragan.sahpas...@gmail.com
>  wrote:
> > On Wed, Jul 6, 2011 at 8:59 PM, Kalle Korhonen
> > wrote:
> > - copyrights - have you copied any code/styles from anywhere you
> >> haven't written yourself?
> > Actually I also wanted to discuss this. I had looked at many css dropdown
> > menus, before doing it and the one I implemented is "inspired" by this
> > menu <
> http://www.lwis.net/free-css-drop-down-menu/dropdown.simple.linear.html>
> > which
> > is dual licenced  (bottom
> of
> > page) under MIT  and
> > GPL (I
> > know its not compatible with apache). But the thing is that Its not the
> same
> > CSS its still quite changed and I was not sure if I have reused and
> changed
> > it, or just written something new "inspired" by it :). I avoided doing
> > copy-> paste, I typed the CSS as I saw it best.
> > Anyway, please provide advice about this, that I will gladly accept,
> because
> > I don't have much experience dealing with licences and I want to avoid
> > making mistakes regarding this.
>
> I purposefully mentioned copyrights since the issue is separate from
> licensing. You did exactly the right thing by not copying, but rather
> re-creating it. Regardless of the license (unless the license
> explicitly forfeits copyrights), a piece of work is automatically
> covered by copyright laws practically anywhere in the world.
> Copyrights protect the "the form" of the work, i.e. the exact sequence
> of characters if it's a literature works. If you copy and modify, the
> question is whether you created on original work or if it's derivative
> work (compare for example to cases where photos are used as a basis
> for a poster - one famous case was of a stylized portrait of Barack
> Obama). If you independently created word for word the same literature
> works, piece of code, etc. you would still own the copyrights to it
> but it might be difficult to prove that you really came up with
> exactly the same as somebody before you if the said entity challenged
> you on that. Copyright issue is often neglected on the web since it's
> so easy to copy pieces of Javascript, CSS, etc. from anywhere, but in
> principle, when you are copying something, you are making a copyright
> infringement (unless it's a "fair use" - for example when you are
> quoting somebody). More at http://en.wikipedia.org/wiki/Copyright.
>
> As to the license issue, you are fine. I really don't want to hide
> behind the typical "I'm not a lawyer, you should consult with.." I'm
> of the the opinion that any software developer should have basic
> understanding of the most common open source licenses used today, and
> that reasonable people should be able to talk about legal issues in
> software without official qualifications (after all, nobody has an
> issue talking about football or some other sport even though very few
> of us are professional practitioners). MIT license
> (http://en.wikipedia.org/wiki/MIT_License) is fully compatible with
> Apache license (derivative works could be licensed under Apache
> license). Apache Software Foundation doesn't allow their projects to
> use any (L)GPL'd (or other copy-left licensed) code although from
> GPL's point of view, Apache licensed code is compatible depending on
> version (more at http://www.gnu.org/licenses/license-list.html).
> Anyway, licensing was never an issue in the first place; you would
> have first needed to use some copyrighted works which you didn't do.
> *Everything* is based on some previous work and knowledge, and
> licenses cannot be used to prohibit copying ideas or ways to make
> something work. Patents however, have much broader implications since
> they protect the idea rather than the form, but it's nearly impossible
> to tell if any of the ideas used here are protected by some patents
> (in all likelihood actually yes, but that's not something you need to
> consider). Hope that clears it up.
>
> >  - what's the wait for in onContextMenuFromGrid1(...) of the dropdown
> >> example?
> > I have just copied it from the grid examples. When working locally the
> ajax
> > is fast so I cannot see the "loading ..." text, that is why I put
> > Thread.sleep. Its just for the demo site it wont be in the tests.
>
> Ah, yes of course. I just wondered what the purpose was since I
> happened to notice it.
>
> Kalle
>
>
> >> > 2. Grid Enhancements - Making pagination and Sorting
> >> > Bookmarkable (see demo page)
> >> >  - This is achieved by modifying the existing GridColumns and
> >> GridPager (see
> >> 

Re: GSOC Right Click Menu

[Taha Hafeez]

Hi Dragan,

It looks great !!

regards
Taha

On Thu, Jul 7, 2011 at 5:49 AM, Jonathan Barker  wrote:

> Dragan,
>
> Nice work.  I look forward to inclusion in the core.
>
> I'm not sure if this will help in your grid enhancements, or just muddy the
> waters, but
>
> a) Do you always want the grids to be bookmarkable, or only on demand?
>  Looking at Google Maps, for example, the basic map page is not
> bookmarkable, but there is a Link option that includes all of the location
> and scaling information to allow you to email someone a link to generate
> what you are looking at.
>
> b) The grid is a specific component, but in general, you are trying to
> capture page state.  For things like entity ids, we use activation context.
>  But let's say we have an expandable tree, or a page with multiple sections
> with adjustable borders, or a grid.  Could there be a general-purpose
> strategy for handling cases like this, so a grid, or tree, or whatever can
> "plug in" to this standard method of capturing a page's display state?
>
> Regards,
>
> Jonathan
>
>
>
>
> > 2. Grid Enhancements - Making pagination and Sorting Bookmarkable (see
> > demo
> >  page)
> >  - This is achieved by modifying the existing
> > GridColumns<
> >
> http://code.google.com/a/apache-extras.org/p/right-click-menu-gsoc2011/source/browse/trunk/contextmenu/src/main/java/org/apache/tapestry5/contextmenu/components/GridColumns.java
> > >and
> > GridPager<
> >
> http://code.google.com/a/apache-extras.org/p/right-click-menu-gsoc2011/source/browse/trunk/contextmenu/src/main/java/org/apache/tapestry5/contextmenu/components/GridPager.java
> > >
> > (see
> > line 141) components with just a few lines of code, combined with mixins
> > for
> > the actual URL manipulation (bookmarking).
> > - The main issue why I had to modify GridPager and GridColumns is because
> > they don't keep (off course) the URL parameters (request parameters) for
> > the
> > links for the sort columns (in GridColumns) and for the links in the page
> > numbers (in Grid Pager). The added LOC are just to keep those parameters
> > for
> > their action and sort events. This approach obviously needs rethinking.
> One
> > solution I could think of is decorating the links but this happens in
> pages
> > not components, so I would have to add advice to all pages (tried that
> also
> > and it worked), but it seems like just too much overhead.
> >
> > - Another idea is to just make a redirect on setupRender on the grid's
> > mixins to put the parameters in the url. This is the simplest solution
> and
> > it would also work if the grid is sorted in code (not by clicking the
> > columns), but a redirect is another request. IDK if this can lead to
> usage
> > problems. Advice please :)
> >
> > - So. All Work is done in the 2 mixins
> > ColumnsSort.java<
> >
> http://code.google.com/a/apache-extras.org/p/right-click-menu-gsoc2011/source/browse/trunk/contextmenu/src/main/java/org/apache/tapestry5/contextmenu/mixins/ColumnsSort.java
> > >
> > (for
> > Grid Columns) and
> > CurrentPageURL.java<
> >
> http://code.google.com/a/apache-extras.org/p/right-click-menu-gsoc2011/source/browse/trunk/contextmenu/src/main/java/org/apache/tapestry5/contextmenu/mixins/CurrentPageURL.java
> > >
> > (for
> > GridPager) that catch the sort and action events and add parameters and
> > also
> > read parameters from the Request to adjust column sorting and pagination.
> I
> > supose this is quite ok. But the main issue remains.
> > "How to keep the request parameters for the links produced by GridPager
> and
> > GridColumns?"
> >
> >
> > --
> Jonathan Barker
> ITStrategic
>

Re: Running Tapestry-Core Test Apps under Gradle

[Taha Hafeez]

Hi Mark

I use the run-jetty-run plugin in eclipse and use the context directory from
among the test context directories e.g in tapestry-core module I use
/src/test/app? .

regards
Taha

On Thu, Jul 7, 2011 at 6:10 AM, Josh Canfield wrote:

> I don't know about doing it from gradle, I run the test apps within
> IntelliJ.
>
> There is also a class called "RunJetty" which uses the Jetty7Runner,
> although I've never looked at but the documentation seems to imply
> it's something you can use.
>
> Josh
>
> On Wed, Jul 6, 2011 at 5:25 PM, Mark  wrote:
> > Is there an easy way to bring up the test apps in Tapestry Core in
> > Jetty using Gradle? Basically I'm looking for a simple way to get to a
> > page that looks like this: http://tapestry-test.appspot.com/ on my
> > local setup without actually launching the Selenium tests.
> >
> > Mark
> >
> > -
> > 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: [jira] [Updated] (TAP5-1476) Deprecate MultiZoneUpdate, replace with an injectable service to collect zone updates

[Taha Hafeez]

Hi Dragan,

On Wed, Jul 6, 2011 at 1:21 PM, dragan.sahpas...@gmail.com <
dragan.sahpas...@gmail.com> wrote:

> Hi Taha,
> I was looking at the new tests and didn't figure out how to update multiple
> zones but not the zone triggering the ajax.
>
> This corresponds to the scenario when you return a MultiZoneUpdate not
> containig the zone triggering the ajax. I have used this many many times
> when a component renders a dummy zone and a containing page or, component
> provides the multiZoneUpdate as a result to a custom event that in the end
> does not contain the zone triggering the update.
>
>
I have not come across such a scenario so I didn't include it. A way to take
care of this case that I can think of is returning the ZoneUpdater instance
which can be handled in the same way MultiZoneUpdate is. (Actually I just
used the code from MultiZoneUpdateEventResultProcessor in
ZoneUpdaterProcessorImpl)

What do you say ?


> Also, I didn't saw tests for ZoneUpdater.add(String zoneId, Object
> renderer) or have I missed something.
>
> add(ClientBodyElement) calls add(String,Object) internally so I didn't
include it. Yes, can add a test for blocks which will include that method
too.


> Cheers,
> Dragan Sahpaski
>
>
Thanks for evaluating/analyzing

regards
Taha


>
>
> On Wed, Jul 6, 2011 at 9:26 AM, Taha Hafeez (JIRA) 
> wrote:
>
> >
> > [
> >
> https://issues.apache.org/jira/browse/TAP5-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
> >
> > Taha Hafeez updated TAP5-1476:
> > --
> >
> >Attachment: zone-updater.patch
> >
> > Patch which injects a ZoneUpdater into the Environment. The processing is
> > done by ZoneUpdaterProcessor. Does a  modification to
> > AjaxComponentEventRequestHandler.java
> >
> > > Deprecate MultiZoneUpdate, replace with an injectable service to
> collect
> > zone updates
> > >
> >
> -
> > >
> > > Key: TAP5-1476
> > > URL: https://issues.apache.org/jira/browse/TAP5-1476
> > > Project: Tapestry 5
> > >  Issue Type: Improvement
> > >  Components: tapestry-core
> > >Affects Versions: 5.3
> > >Reporter: Howard M. Lewis Ship
> > > Attachments: zone-updater.patch
> > >
> > >
> > > MultiZoneUpdate presumes that there's a single place where all the zone
> > to be updated are known. This is not necessarilly the case.
> > > I'd like to see something like:
> > > @Inject
> > > private ZoneUpdater zoneUpdater();
> > > Object onSuccess()
> > > {
> > >   zoneUpdater.update("foo", fooBlock);
> > >  zoneUpdater.update("bar", barBlock);
> > >   return myZone.getBody();
> > > }
> > > The main point here is that different event handlers would all be able
> to
> > invoke ZoneUpdater.update() .
> > > This would also allow a single response to render main content (for the
> > requesting Zone on the client) plus zone updates to named zones.
> >
> > --
> > This message is automatically generated by JIRA.
> > For more information on JIRA, see:
> http://www.atlassian.com/software/jira
> >
> >
> >
>

Re: svn commit: r1142187 - in /tapestry/tapestry5/trunk/tapestry-core/src: main/java/org/apache/tapestry5/ main/java/org/apache/tapestry5/corelib/mixins/ main/resources/org/apache/tapestry5/corelib/mi

[Taha Hafeez]

Hi Francois

I found a better way

Tapestry.Initializer.zoneRefresh = function(params)
{
   //  Ensure a valid period. Not required as PeriodicalUpdater already
takes care of it
   // but will will skip unnecessary steps
   if(params.period <= 0)
   {
  return;
   }

   // Function to be called for each refresh
   var keepUpdatingZone = function(e)
   {
  var zoneObject = Tapestry.findZoneManagerForZone($(params.id));
  Tapestry.purgeChildren($(params.id));

  if (!zoneObject)
 return;

  zoneObject.updateFromURL(params.URL);
  e.stop();
   };

   // Create and store the executor
   timer = new PeriodicalExecuter(keepUpdatingZone, params.period);
};

Will send you the full patch with new tests. Thanks for your patience

regards
Taha


2011/7/3 françois facon 

> Thank you Taha,
>
> I would be fine to check the current state of the client pool of ajax
> connections.
> But I'am afraid the condition depend on the way Prototype manage his pool.
> I guess it will failed when T5.ajax (TAP5-999) will be ready to call.
> Gasp!
>
>
> 2011/7/2 Taha Hafeez :
> > Hi Francois
> > I googled about waitFor... methods and found
> > this http://agilesoftwaretesting.com/?p=111
> > The waitFor methods get messed up as the page that three zones which were
> > refreshing. So, I created two separate tests
> > also i replaced the checkZoneValues() method to
> >private void checkZoneValues(String zone, int times) throws Exception
> >{
> >   for(int i = 1; i <= times; ++i)
> >   {
> >  //Wait for ajax call to begin
> >
> >
>  
> waitForCondition("selenium.browserbot.getCurrentWindow().Ajax.activeRequestCount
> > != 0", "2");
> >
> >  //Wait for ajax call from end
> >
> >
>  
> waitForCondition("selenium.browserbot.getCurrentWindow().Ajax.activeRequestCount
> > == 0", "2");
> >
> >  //Check the value changed
> >  assertText(zone, String.valueOf(i));
> >   }
> >}
> > It first waits for a ajax call to begin and then waits for it to end and
> > then checks the value. So it will be good enough for even a slow server
> (20
> > seconds wait)
> > Thanks Igor for pointing it out and very very thanks Francois for adding
> > this patch
> > regards
> > Taha
> >
> > 2011/7/2 françois facon 
> >>
> >> Thanks for your advise Igor.
> >> I will change that test.
> >> Regards
> >> François
> >>
> >> 2011/7/2 Igor Drobiazko :
> >> > It's highly likely that this wait condition will break the build once
> >> > the
> >> > build machine is busy. You should make use of Selenium's wait
> >> > conditions.
> >> > Check out the wait methods like waitForElementToAppear, etc.
> >> >
> >> > On Sat, Jul 2, 2011 at 12:14 PM,  wrote:
> >> >>
> >> >> +
> >> >> +
> >> >> +   private void checkZoneValues(String zone, int times) throws
> >> >> Exception
> >> >> +   {
> >> >> +  Thread.sleep(300);
> >> >> +  for(int i = 0; i < times; ++i)
> >> >> +  {
> >> >> + assertText(zone, String.valueOf(i));
> >> >> + Thread.sleep(1000);
> >> >> +  }
> >> >> +   }
> >> >> +
> >> >> +}
> >> >
> >> >
> >> >
> >> > --
> >> > Best regards,
> >> >
> >> > Igor Drobiazko
> >> > http://tapestry5.de
> >> >
> >>
> >> -
> >> 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
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: Ajax related patches

[Taha Hafeez]

Thanks Francois

regards
Taha

2011/7/2 françois facon 

> Hi Taha,
>
> Done for TAP5-746 on trunk.
> I will try to back-porting your mixin on 5.2.7-snapshot this afternoon.
>
> Thanks for the patch.
> Regards
> François
>
>
> 2011/7/2 Taha Hafeez :
> > Hi
> >
> > I have written some patches and would really appreciate someone taking a
> > look at them
> >
> > https://issues.apache.org/jira/browse/TAP5-746
> >
> > https://issues.apache.org/jira/browse/TAP5-1564
> >
> > I have also like to create a patch for
> > https://issues.apache.org/jira/browse/TAP5-558 in case you find the
> > attachment interesting
> >
> > (My first patches and hence the excitement)
> >
> > regards
> > Taha
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: svn commit: r1142187 - in /tapestry/tapestry5/trunk/tapestry-core/src: main/java/org/apache/tapestry5/ main/java/org/apache/tapestry5/corelib/mixins/ main/resources/org/apache/tapestry5/corelib/mi

[Taha Hafeez]

Hi Francois

I googled about waitFor... methods and found this
http://agilesoftwaretesting.com/?p=111

The waitFor methods get messed up as the page that three zones which were
refreshing. So, I created two separate tests

also i replaced the checkZoneValues() method to

   private void checkZoneValues(String zone, int times) throws Exception
   {
  for(int i = 1; i <= times; ++i)
  {
 //Wait for ajax call to begin

 
waitForCondition("selenium.browserbot.getCurrentWindow().Ajax.activeRequestCount
!= 0", "2");

 //Wait for ajax call from end

 
waitForCondition("selenium.browserbot.getCurrentWindow().Ajax.activeRequestCount
== 0", "2");

 //Check the value changed
 assertText(zone, String.valueOf(i));
  }
   }

It first waits for a ajax call to begin and then waits for it to end and
then checks the value. So it will be good enough for even a slow server (20
seconds wait)

Thanks Igor for pointing it out and very very thanks Francois for adding
this patch

regards
Taha


2011/7/2 françois facon 

> Thanks for your advise Igor.
> I will change that test.
> Regards
> François
>
> 2011/7/2 Igor Drobiazko :
> > It's highly likely that this wait condition will break the build once the
> > build machine is busy. You should make use of Selenium's wait conditions.
> > Check out the wait methods like waitForElementToAppear, etc.
> >
> > On Sat, Jul 2, 2011 at 12:14 PM,  wrote:
> >>
> >> +
> >> +
> >> +   private void checkZoneValues(String zone, int times) throws
> Exception
> >> +   {
> >> +  Thread.sleep(300);
> >> +  for(int i = 0; i < times; ++i)
> >> +  {
> >> + assertText(zone, String.valueOf(i));
> >> + Thread.sleep(1000);
> >> +  }
> >> +   }
> >> +
> >> +}
> >
> >
> >
> > --
> > Best regards,
> >
> > Igor Drobiazko
> > http://tapestry5.de
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>
Index: src/test/app1/ZoneRefreshWithHandlerReturningVoid.tml
===
--- src/test/app1/ZoneRefreshWithHandlerReturningVoid.tml	(revision 1142235)
+++ src/test/app1/ZoneRefreshWithHandlerReturningVoid.tml	(working copy)
@@ -1,20 +1,12 @@
 


-
+   

-  Counter 1:
-  
+  Using zone with event handler returning void : 
+  
  ${counter}
   
-
-  
-  Counter 2 :
-  ${counter2}
-  
-  Counter 3 :
-  ${counter3}
-  and
-  ${counter3}

+   
 
\ No newline at end of file
Index: src/test/app1/ZoneRefreshWithHandlerReturningZone.tml
===
--- src/test/app1/ZoneRefreshWithHandlerReturningZone.tml	(revision 0)
+++ src/test/app1/ZoneRefreshWithHandlerReturningZone.tml	(revision 0)
@@ -0,0 +1,15 @@
+
+   
+   
+
+   
+  Using zone with event handler returning zone :
+  
+ ${counter}
+  
+  
+  
+ and another zone ${counter}
+  
+   
+
\ No newline at end of file
Index: src/test/app1/Index.tml
===
--- src/test/app1/Index.tml	(revision 1142235)
+++ src/test/app1/Index.tml	(working copy)
@@ -130,9 +130,13 @@
   -- error reporting for adding a duplicate mixin to a component
 
 
-   Zone Refresh Demo
-   -- refreshes zone after 5 seconds
+   Zone Refresh With Event Handler Returning Void
+   -- refreshes zone with an event handler returning void
 
+
+   Zone Refresh With Event Handler Returning Zone
+   -- refreshes zone with an event handler returning zone
+
 
   Unsupported Parameter Block Demo
   -- informal block parameter to a component that does not support informal parameters
Index: src/test/app1/ZoneRefreshDemo.tml
===
--- src/test/app1/ZoneRefreshDemo.tml	(revision 1142235)
+++ src/test/app1/ZoneRefreshDemo.tml	(working copy)
@@ -1,20 +0,0 @@
-
-   
-   
-
-   
-  Counter 1:
-  
- ${counter}
-  
-
-  
-  Counter 2 :
-  ${counter2}
-  
-  Counter 3 :
-  ${counter3}
-  and
-  ${counter3}
-   
-
\ No newline at end of file
Index: src/test/java/org/apache/tapestry5/integration/app1/pages/CopyOfZoneRefreshWithHandlerReturningVoid.java
===
--- src/test/java/org/apache/tapestry5/integration/app1/pages/CopyOfZoneRefreshWithHandlerReturningVoid.java	(revision 0)
+++ src/test/java/org/apache/tapestry5/integration/app1/pages/CopyOfZoneRefreshWithHandlerReturningVoid.java	(revision 0)
@@ -0,0 +1,46 @@
+// Copyright 2011 The Apache Software Foundation
+//
+// Licensed under the Apache License, Version 2.0 (the "License");
+// you may not use this file except in compliance wi

Re: [jira] [Commented] (TAP5-558) Create modal dialog component

[Taha Hafeez]

I couldn't find one, but if there is then IMHO we should get it into
tapestry-core.

regards
Taha


On Sat, Jul 2, 2011 at 2:01 PM, Massimo Lusetti (JIRA) wrote:

>
>[
> https://issues.apache.org/jira/browse/TAP5-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13059002#comment-13059002]
>
> Massimo Lusetti commented on TAP5-558:
> --
>
> Doesn't this is the same or very similar to the one in tapx ?
>
> > Create modal dialog component
> > -
> >
> > Key: TAP5-558
> > URL: https://issues.apache.org/jira/browse/TAP5-558
> > Project: Tapestry 5
> >  Issue Type: New Feature
> >  Components: tapestry-core
> >Reporter: Ville Virtanen
> >Assignee: Ulrich Stärk
> > Attachments: Dialog-Mixin-src.tar.gz, tawus-addons.tar.gz
> >
> >
> > Tapestry's AJAX support is missing one important component, modal (or
> non-modal) dialog. Dialog could be created with
> http://www.wildbit.com/labs/modalbox/ or http://roland.devarea.nl/dialog/or
> http://github.com/robhurring/prototype-dialog/ or
> http://livepipe.net/control/window
> > After quick look first one looks like most professional.
>
> --
> This message is automatically generated by JIRA.
> For more information on JIRA, see: http://www.atlassian.com/software/jira
>
>
>

Ajax related patches

[Taha Hafeez]

Hi

I have written some patches and would really appreciate someone taking a
look at them

https://issues.apache.org/jira/browse/TAP5-746

https://issues.apache.org/jira/browse/TAP5-1564

I have also like to create a patch for
https://issues.apache.org/jira/browse/TAP5-558 in case you find the
attachment interesting

(My first patches and hence the excitement)

regards
Taha

Re: UploadFile

[Taha Hafeez]

Hi Tom,

You have asked the question in the dev list and your question is meant for
users list, so kindly ask this question there. Also, include the relevant
source-code so that it is easy for somebody to help you.

regards
Taha

On Sun, Jun 19, 2011 at 5:05 AM, tompeter  wrote:

> Hi everyone,
> I am using the UploadFile Component and it is not showing the upload
> buttons
> in IE < 9.
> I can also not trigger the file browser.
> I have not found any issues concerning this matter.
> Can anybody guide me with what might be the problem with this component?
>
> Thanks in advance,
> Tom
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/UploadFile-tp4502322p4502322.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: Google search results improving already

[Taha Hafeez]

Hi

I tested with some documentation related information, javadoc related
information, component reference related information and the current (5.2.5)
are coming at the top.

Congrats Bob for his work and Mark for his ideas, search has improved

regards
Taha


On Fri, Jun 17, 2011 at 10:23 PM, Howard Lewis Ship wrote:

> Does anyone else feel some real momentum growing?
>
> On Thu, Jun 16, 2011 at 6:23 PM, Lenny Primak 
> wrote:
> > I second that. It's a huge improvement all around when googling tapestry
> docs. Great work thanks!
> >
> >
> >
> > On Jun 16, 2011, at 9:20 PM, Bob Harner  wrote:
> >
> >> Good news on the documentation front. Starting just today, when you
> >> search Google for "tapestry component parameters" (without quotes),
> >> for the first time the current "Component Parameters" page comes up as
> >> the top result. And I'm getting similarly good results with a lot of
> >> other "tapestry X' phrases. So I guess the "canonical link" tag
> >> has helped.
> >>
> >> Overall Google is a noticeably better place to find Tapestry 5
> information now.
> >>
> >> I still have some work to do.  The Tapestry 4 (and even 3!) pages are
> >> still showing prominently for some searches that probably should show
> >> Tapestry 5 documentation first. But hey, we'll get there.
> >>
> >> -
> >> 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
> >
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: [CONF] Apache Tapestry > Committers

[Taha Hafeez]

Congrats Bob!!

regards
Taha

On Wed, Jun 8, 2011 at 3:56 PM,  wrote:

>
> Committers 
> Page
> *edited* by Bob Harner
> *Comment:* Added myself
>
> Changes (1)
>  ...
> | Thiago H. de Paula Figueiredo | thiagohp | PMC member | {
> align:right}thiag...@apache.org{align} | |
> | Daniel Gredler | gredler | committer | 
> {align:right}gred...@apache.org{align}
> | |
> | Bob Harner | bobharner | committer | bobhar...@apache.org |
> http://people.apache.org/~bobharner/ |
> | Daniel Jue | djue | committer | {align:right}d...@apache.org{align} | |
> | Robin Komiwes | robinkomiwes | committer | {
> align:right}robinkomi...@apache.org{align} | http://spreadthesource.com |
> ...
>  Full Content
>   Name  ID  role  email address  website   Dan Adams  dadams  committer
> dad...@apache.org
> Andreas Andreou  andyhot  PMC member
> andy...@apache.org
>  http://andyhot.gr   Josh Canfield  joshcanfield  committer
> joshcanfi...@apache.org
> Christophe Cordenier  ccordenier  committer
> ccorden...@apache.org
>  http://spreadthesource.com   Ben Dotte  bdotte  committer
> bdo...@apache.org
> Igor Drobiazko  drobiazko  PMC member
> drobia...@apache.org
>  http://tapestry5.de   Thiago H. de Paula Figueiredo  thiagohp  PMC member
>
> thiag...@apache.org
> Daniel Gredler  gredler  committer
> gred...@apache.org
> Bob Harner  bobharner  committer  bobhar...@apache.org
> http://people.apache.org/~bobharner/   Daniel Jue  djue  committer
> d...@apache.org
> Robin Komiwes  robinkomiwes  committer
> robinkomi...@apache.org
>  http://spreadthesource.com   Kalle Korhonen  kaosko  committer
> kao...@apache.org
>  http://tynamo.org   Jesse Kuhnert  jkuhnert  PMC member
> jkuhn...@apache.org
> Richard Lewis-Shell  rlewisshell  PMC member
> rlewissh...@apache.org
> Kevin Menard  kmenard  committer
> kmen...@apache.org
> Marcus Schulte  mschulte  PMC member
> mschu...@apache.org
> Howard M. Lewis Ship  hlship  PMC chair
> hls...@apache.org
>  http://howardlewisship.com   David Solis  dsolis  committer
> dso...@apache.org
> Ulrich Stärk  uli  PMC member
> u...@apache.org
> Ted Steen  tedst  committer
> te...@apache.org
> Brian Wallace  bwallace  committer
> bwall...@apache.org
> Robert D. Zeigler  robertdzeigler  committer
> robertdzeig...@apache.org
>
>   Change Notification 
> Preferences
> View Online| 
> View
> Changes
>

Re: Time for tapestry_5_3_0.xsd?

[Taha Hafeez]

I think it is because the schema version number and tapestry version number
are not connected although they seem to be. It does create confusion :)

regards
Taha

On Wed, Jun 8, 2011 at 1:54 PM, ael  wrote:

> Where is tapestry_5_2_4.xsd & tapestry_5_2_5.xsd?
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Time-for-tapestry-5-3-0-xsd-tp4467370p4468696.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: Regarding Multiple Database Support in tapestry-hibernate module

[Taha Hafeez]

Hi

I don't want to change anything that will cause a backward compatibility
problem. All options/annotations will work the way they used to, just, if an
annotation, say @Named("my_sf") is found, the options/annotations will
become specific to that session factory.

@Named("my_second_sf")
@Inject
private Session session;

or

@Named("my_second_sf")
@CommitAfter

Yes, in case of commit, we have to consider a situation where in we want to
commit two transactions from two different session factories. In that case
there is no simple solution. We may then have to check out jta integration
so something.

regards
Taha


On Wed, May 11, 2011 at 1:45 PM, antalk  wrote:

> I think it is a good 'partial' solution. You still have to implement the
> @CommitAfter and @PageActivation annotations for your module.
>
> At least you could mention your blog entry in the JIRA issue so that it
> does
> not get lost.
>
> Antal
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Regarding-Multiple-Database-Support-in-tapestry-hibernate-module-tp4381212p4386751.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
>
>

Regarding Multiple Database Support in tapestry-hibernate module

[Taha Hafeez]

Hi

I had a look at https://issues.apache.org/jira/browse/TAP5-48 .

I have written a post regarding multiple database support

http://tawus.wordpress.com/2011/04/28/tapestry-magic-9-integrating-with-hibernate-and-multiple-database-support/

Can this be used as a solution to the above issue ?

regards
Taha

Re: [CONF] Apache Tapestry > Documentation

[Taha Hafeez]

Wow! this is great. Next stop PMC!!!

regards
Taha

On Tue, Apr 26, 2011 at 4:04 PM,  wrote:

>
> Documentation<https://cwiki.apache.org/confluence/display/TAPESTRY/Documentation>
>  Page
> *edited* by Bob Harner<https://cwiki.apache.org/confluence/display/~bobharner>
> *Comment:* Added Taha Hafeez' blog
>
> Changes (1)
>  ...
> * [Andreas Andreou's blog|http://blog.andyhot.gr/tag/tapestry/] (committer
> & PMC) has lots of news and entries on Tapestry 4 and 5.
> * [Spread the source's blog|http://spreadthesource.com/] (Christophe
> Cordenier and Robin Komiwes committers's blog) has lots of news and advanced
> tutorials on Tapestry 5.
> * [Java Magic|http://tawus.wordpress.com/] (Taha Hafeez' blog} has a
> series of tutorials illustrating some of the more advanced Tapestry and
> Plastic features and techniques.
>
> [More blogs|Blogs] ...
> ...
>  Full Content
> Documentation Pages
>
>- 
> Introduction<https://cwiki.apache.org/confluence/display/TAPESTRY/Introduction>
>- Getting 
> Started<https://cwiki.apache.org/confluence/display/TAPESTRY/Getting+Started>
>- 
> Principles<https://cwiki.apache.org/confluence/display/TAPESTRY/Principles>
>- Tapestry 
> Tutorial<https://cwiki.apache.org/confluence/display/TAPESTRY/Tapestry+Tutorial>
>   - Dependencies, Tools and 
> Plugins<https://cwiki.apache.org/confluence/display/TAPESTRY/Dependencies%2C+Tools+and+Plugins>
>   - Creating The Skeleton 
> Application<https://cwiki.apache.org/confluence/display/TAPESTRY/Creating+The+Skeleton+Application>
>   - Loading the Project Into 
> Eclipse<https://cwiki.apache.org/confluence/display/TAPESTRY/Loading+the+Project+Into+Eclipse>
>   - Exploring the 
> Project<https://cwiki.apache.org/confluence/display/TAPESTRY/Exploring+the+Project>
>   - Implementing the Hi-Lo Guessing 
> Game<https://cwiki.apache.org/confluence/display/TAPESTRY/Implementing+the+Hi-Lo+Guessing+Game>
>   - Using BeanEditForm To Create User 
> Forms<https://cwiki.apache.org/confluence/display/TAPESTRY/Using+BeanEditForm+To+Create+User+Forms>
>   - Using Tapestry With 
> Hibernate<https://cwiki.apache.org/confluence/display/TAPESTRY/Using+Tapestry+With+Hibernate>
>- User 
> Guide<https://cwiki.apache.org/confluence/display/TAPESTRY/User+Guide>
>   - Project 
> Layout<https://cwiki.apache.org/confluence/display/TAPESTRY/Project+Layout>
>   - 
> Configuration<https://cwiki.apache.org/confluence/display/TAPESTRY/Configuration>
>   - Class 
> Reloading<https://cwiki.apache.org/confluence/display/TAPESTRY/Class+Reloading>
>   - Component 
> Reference<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Reference>
>   - 
> Annotations<https://cwiki.apache.org/confluence/display/TAPESTRY/Annotations>
>   - Component 
> Classes<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Classes>
>   - Component 
> Templates<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Templates>
>   - Property 
> Expressions<https://cwiki.apache.org/confluence/display/TAPESTRY/Property+Expressions>
>   - Component 
> Parameters<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Parameters>
>   - Layout 
> Component<https://cwiki.apache.org/confluence/display/TAPESTRY/Layout+Component>
>   - Component 
> Mixins<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Mixins>
>  - Built-in 
> Mixins<https://cwiki.apache.org/confluence/display/TAPESTRY/Built-in+Mixins>
>   - Page 
> Navigation<https://cwiki.apache.org/confluence/display/TAPESTRY/Page+Navigation>
>   - 
> Localization<https://cwiki.apache.org/confluence/display/TAPESTRY/Localization>
>   - Page Life 
> Cycle<https://cwiki.apache.org/confluence/display/TAPESTRY/Page+Life+Cycle>
>   - Request 
> Processing<https://cwiki.apache.org/confluence/display/TAPESTRY/Request+Processing>
>   - Component 
> Rendering<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Rendering>
>   - Component 
> Events<https://cwiki.apache.org/confluence/display/TAPESTRY/Component+Events>
>   - Type 
> Coercion<https://cwiki.apache.org/confluence/display/TAPESTRY/Type+Coercion>
>   - URL 
> rewriting<https://cwiki.apache.org/confluence/display/TAPESTRY/URL+rewriting>
>   - DOM <https://cwiki.apache.org/confluence/display/TAPESTRY/DOM>
>   - Response 
> Compression<https://cwiki.apache.org/confluence/display/TAPESTRY/Response+Compression>

Re: Initial source code submit for "Eclipse WTP based Tapestry 5 visual editor tools"

[Taha Hafeez]

I meant Eclipse 3.5 ?

regards
Taha


2011/4/20 Gavin Lei 

> Sorry, it will focus on Tapestry 5 only in current version. Other
> versions will be in our plan in the future
>
> 在 2011年4月20日 下午4:12，Taha Hafeez  写道：
> > Eagerly waiting. Will it support version 3.5 ?
> >
> > regards
> > taha
> >
> > 2011/4/20 Igor Drobiazko 
> >
> >> Great. Looking forward to see the tool in action.
> >>
> >> 2011/4/19 Gavin Lei 
> >>
> >> > Hi Igor,
> >> >
> >> > I have finished initial source code submition job for "Eclipse WTP
> >> > based Tapestry 5 visual editor tools" project here[1]. I have done
> >> > some basic functions for this tool, but there is not any GUI to show
> >> > currently. Documents will come soon :-)
> >> >
> >> > [1]http://code.google.com/p/tapestrytools/
> >> >
> >> > --
> >> > -
> >> > Best Regards
> >> > Gavin Lei (雷银)
> >> > Email: gavingui2...@gmail.com
> >> >
> >>
> >>
> >>
> >> --
> >> Best regards,
> >>
> >> Igor Drobiazko
> >> http://tapestry5.de
> >>
> >
> >
> >
> > --
> > regards
> > Tawus
> > tawus.wordpress.com
> >
>
>
>
> --
> -
> Best Regards
> Gavin Lei (雷银)
> Email: gavingui2...@gmail.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: Initial source code submit for "Eclipse WTP based Tapestry 5 visual editor tools"

[Taha Hafeez]

Eagerly waiting. Will it support version 3.5 ?

regards
taha

2011/4/20 Igor Drobiazko 

> Great. Looking forward to see the tool in action.
>
> 2011/4/19 Gavin Lei 
>
> > Hi Igor,
> >
> > I have finished initial source code submition job for "Eclipse WTP
> > based Tapestry 5 visual editor tools" project here[1]. I have done
> > some basic functions for this tool, but there is not any GUI to show
> > currently. Documents will come soon :-)
> >
> > [1]http://code.google.com/p/tapestrytools/
> >
> > --
> > -
> > Best Regards
> > Gavin Lei (雷银)
> > Email: gavingui2...@gmail.com
> >
>
>
>
> --
> Best regards,
>
> Igor Drobiazko
> http://tapestry5.de
>



-- 
regards
Tawus
tawus.wordpress.com

Re: Broken Link

[Taha Hafeez]

Thanks a lot.

regards
Taha

On Mon, Apr 18, 2011 at 10:46 PM, Howard Lewis Ship wrote:

> I've added you to the group; you should be set to make changes. Have fun!
>
> On Mon, Apr 18, 2011 at 10:13 AM, Taha Hafeez 
> wrote:
> > Hi
> >
> > My user id is tawus
> >
> > regards
> > Taha
> >
> > On Mon, Apr 18, 2011 at 10:28 PM, Howard Lewis Ship  >wrote:
> >
> >> What is your account on the Confluence Wiki?  I can add you to the
> >> asf-cla group and you will then have editting rights.
> >>
> >> On Wed, Apr 6, 2011 at 8:54 AM, Taha Hafeez 
> >> wrote:
> >> > Done, my ICLA has been filed, I got a confirmation mail...
> >> >
> >> > regards
> >> > Taha
> >> >
> >> >
> >> > On Tue, Apr 5, 2011 at 9:31 PM, Howard Lewis Ship 
> >> wrote:
> >> >
> >> >> Fixed. Thanks for the heads up.  Feel free to get a CLA in to Apache
> >> >> and we can give you write access to the Wiki directly!
> >> >>
> >> >> On Tue, Apr 5, 2011 at 1:20 AM, Taha Hafeez <
> tawus.tapes...@gmail.com>
> >> >> wrote:
> >> >> > Hi
> >> >> >
> >> >> > Link is broken on page
> http://tapestry.apache.org/localization.htmlfor
> >> >> > link PersistentLocale<
> >> >>
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.html
> >> >> >
> >> >> >
> >> >> >
> >> >> > It is showing
> >> >> >
> >> >>
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.htmlbut
> >> >> > should have been
> >> >> >
> >> >>
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/services/PersistentLocale.html
> >> >> >
> >> >> > regards
> >> >> > Taha
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Howard M. Lewis Ship
> >> >>
> >> >> Creator of Apache Tapestry
> >> >>
> >> >> The source for Tapestry training, mentoring and support. Contact me
> to
> >> >> learn how I can get you up and productive in Tapestry fast!
> >> >>
> >> >> (971) 678-5210
> >> >> http://howardlewisship.com
> >> >>
> >> >> -
> >> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >> >>
> >> >>
> >> >
> >>
> >>
> >>
> >> --
> >> Howard M. Lewis Ship
> >>
> >> Creator of Apache Tapestry
> >>
> >> The source for Tapestry training, mentoring and support. Contact me to
> >> learn how I can get you up and productive in Tapestry fast!
> >>
> >> (971) 678-5210
> >> http://howardlewisship.com
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: Broken Link

[Taha Hafeez]

Hi

My user id is tawus

regards
Taha

On Mon, Apr 18, 2011 at 10:28 PM, Howard Lewis Ship wrote:

> What is your account on the Confluence Wiki?  I can add you to the
> asf-cla group and you will then have editting rights.
>
> On Wed, Apr 6, 2011 at 8:54 AM, Taha Hafeez 
> wrote:
> > Done, my ICLA has been filed, I got a confirmation mail...
> >
> > regards
> > Taha
> >
> >
> > On Tue, Apr 5, 2011 at 9:31 PM, Howard Lewis Ship 
> wrote:
> >
> >> Fixed. Thanks for the heads up.  Feel free to get a CLA in to Apache
> >> and we can give you write access to the Wiki directly!
> >>
> >> On Tue, Apr 5, 2011 at 1:20 AM, Taha Hafeez 
> >> wrote:
> >> > Hi
> >> >
> >> > Link is broken on page http://tapestry.apache.org/localization.htmlfor
> >> > link PersistentLocale<
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.html
> >> >
> >> >
> >> >
> >> > It is showing
> >> >
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.htmlbut
> >> > should have been
> >> >
> >>
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/services/PersistentLocale.html
> >> >
> >> > regards
> >> > Taha
> >> >
> >>
> >>
> >>
> >> --
> >> Howard M. Lewis Ship
> >>
> >> Creator of Apache Tapestry
> >>
> >> The source for Tapestry training, mentoring and support. Contact me to
> >> learn how I can get you up and productive in Tapestry fast!
> >>
> >> (971) 678-5210
> >> http://howardlewisship.com
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> >> For additional commands, e-mail: dev-h...@tapestry.apache.org
> >>
> >>
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Re: Broken Link

[Taha Hafeez]

Done, my ICLA has been filed, I got a confirmation mail...

regards
Taha


On Tue, Apr 5, 2011 at 9:31 PM, Howard Lewis Ship  wrote:

> Fixed. Thanks for the heads up.  Feel free to get a CLA in to Apache
> and we can give you write access to the Wiki directly!
>
> On Tue, Apr 5, 2011 at 1:20 AM, Taha Hafeez 
> wrote:
> > Hi
> >
> > Link is broken on page http://tapestry.apache.org/localization.html for
> > link PersistentLocale<
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.html
> >
> >
> >
> > It is showing
> >
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.htmlbut
> > should have been
> >
> http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/services/PersistentLocale.html
> >
> > regards
> > Taha
> >
>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Broken Link

[Taha Hafeez]

Hi

Link is broken on page http://tapestry.apache.org/localization.html for
link 
PersistentLocale


It is showing
http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/PersistentLocale.htmlbut
should have been
http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/services/PersistentLocale.html

regards
Taha

The alignment for Tapestry Download div

[Taha Hafeez]

Hi

The alignment for Tapestry Download div on the front page is 'justify'.

Download the latest*Tapestry 5.2.4* binary release.

What if we change it to 'left' as it does not look pleasing. Just a thought

regards
Taha

Missing Logo at http://wiki.apache.org/tapestry/FrontPage

[Taha Hafeez]

Hi

Top Logo is missing from http://wiki.apache.org/tapestry/FrontPage

regards
Taha

Re: Resolving Service By Generic Type

[Taha Hafeez]

Hi Thiago

e.g

class SomePage {

@Inject
private GenericDao userDAO;

@Inject
private GenericDao addressDAO;

}

class UserDAO extends GenericDAO {
}

class AddressDAO extends GenericDAO {
}

Inject should be able to resolve by generic type

regards
Taha


On Mon, Jan 3, 2011 at 4:49 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:

> On Sun, 02 Jan 2011 23:54:40 -0200, Taha Hafeez 
> wrote:
>
>  Hi
>>
>
> Hi!
>
>  There is a patch for resolving services by generic type. I am not able to
>> find it. Can anyone provide me a link in svn ?
>>
>
> What do you mean by generic type?
>
> --
> Thiago H. de Paula Figueiredo
> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
> and instructor
> Owner, Ars Machina Tecnologia da Informação Ltda.
> http://www.arsmachina.com.br
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Resolving Service By Generic Type

[Taha Hafeez]

Hi

There is a patch for resolving services by generic type. I am not able to
find it. Can anyone provide me a link in svn ?

Also a brief introduction will be more than helpful

regards
Taha

Typo in Documentation

[Taha Hafeez]

Hi

There is a typo on page

http://tapestry.apache.org/defining-tapestry-ioc-services.html

under

Mutually Dependent Services

For example, it can be used* it* to break apart untestable monolithic code

regards
Taha

Re: [DOCS] Missing tapestry.png on home page

[Taha Hafeez]

On Fri, Dec 31, 2010 at 8:09 PM, Bob Harner  wrote:

> Hey everybody,
>
> The  tapestry.png image is missing from the banner of the exported
> home page at http://apache.tapestry.org/.  This is because the
> people.apache.org site appears to be down at the moment, and we're
> accidentally pointing to
> http://people.apache.org/~uli/images/tapestry.pngfor
>  that image.
>
> Meanwhile, does anybody have a copy of it elsewhere?  If so, maybe
> attach it to the
> https://cwiki.apache.org/confluence/display/TAPESTRY/Index page :-)
>
> -
> 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: [Doc] Component Reference

[Taha Hafeez]

Hi,

It would be great if we have component reference with multiple tabs

Demo | Source Code For Demo | Reference | API | More Examples | Related
Components


It would be even better if in source code we have cross-reference links to
other components

We may even allow user comments like PHP reference has

regards
Taha


On Wed, Dec 29, 2010 at 7:20 AM, Bob Harner  wrote:

> Hi everybody,
>
> I think one of the biggest remaining shortcomings of the documentation
> is the component reference.  The automated generation of the component
> reference is nice, but it has certain drawbacks.
>
> For example, in the new documentation, the
> http://tapestry.apache.org/documentation.html page links to the
> Component Reference at
> http://tapestry.apache.org/tapestry5.2-dev/tapestry-core/ref/, but the
> latter is really part of the *old* documentation set. And once people
> follow links into it, they are "stuck" there, with plenty of
> navigation links to the old (non-Confluence) documentation but none
> back to the new (Confluence) documentation.
>
> Beyond this, I think the component reference documentation needs to be
> more browseable (e.g. related components grouped together) and it
> needs screen shots, more examples, links to other component libraries
> like Tapx and ChenilleKit, and maybe even an interactive demo for each
> visual component (should that be built into Hotel Booking?
>
> How do we make the component documentation better?  Should each
> component have its own page in the User Guide, like already exists for
> BeanEditForm (http://tapestry.apache.org/beaneditform-guide.html)?  Or
> is there some better approach?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: dev-h...@tapestry.apache.org
>
>

Example uses Log instead of Logger

[Taha Hafeez]

Hi

On page http://tapestry.apache.org/pipelinebuilder-service.html

the example shows

public static StringTransformService build(
@InjectService("PipelineBuilder")
PipelineBuilder builder,
List configuration,
*Log serviceLog*)


Although the documentation shows org.slf4j.Logger instead of
org.apache.tapestry5.services.Log

regards
Taha

Small typo in Documentation

[Taha Hafeez]

Hi

On page http://tapestry.apache.org/symbols.html

Recursive Symbols

It is possible and valid to define one symbol in terms of one *ore* more
other symbols.

regards
Taha