Re: [T 5.3.6] Request event 'internalevent' was not handled Error Message
Sorry for the late reply, but I had not checked if someone replied. Yes, this is a production server so I guess it is a webspider/crawler issue. Thank you for your reply. -- View this message in context: http://tapestry.1045711.n5.nabble.com/T-5-3-6-Request-event-internalevent-was-not-handled-Error-Message-tp5717762p5718000.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Showing a Block condirionally
Great point, worthy of consideration. Choose has an advantage over sequential If components: only one of the tests will succeed, whereas with sequential Ifs the value being tested can change before the next If. And Choose has an advantage over the else parameter block, being that it is much easier to read. On 14/11/2012, at 3:33 AM, Lance Java wrote: In JSTL, there is a choose tag [1] which I think is a more elegant way of handling the else condition. Perhaps tapestry could benefit from a similar component? t:choose t:when test=fooFoo/t:when t:when test=barBar/t:when t:elseBaz/t:else /t:choose [1] http://www.tutorialspoint.com/jsp/jstl_core_choose_tag.htm -- View this message in context: http://tapestry.1045711.n5.nabble.com/Showing-a-Block-condirionally-tp5717967p5717985.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Showing a Block condirionally
There is a simple example already here: http://tapestry.apache.org/switching-cases.html /Serge -- View this message in context: http://tapestry-users.832.n2.nabble.com/Showing-a-Block-condirionally-tp7583424p7583436.html Sent from the Tapestry Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Javax mail in Tapestry
There is no magic involved. Just use JNDI to look up the JavaMail resource and use it. You can google search the web on how to do that. This isn't really a tapestry question. On Nov 14, 2012, at 9:18 AM, o3005659 wrote: How can I make contact form in Tapestry using Javax mail? Or should you suggest me some better mail service for my Tapestry app if there is some available? I would like to hear your opinion about it. -- View this message in context: http://tapestry.1045711.n5.nabble.com/Javax-mail-in-Tapestry-tp5718005.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: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: tapestry-jpa EntityManagerObjectProvider fixes entities not associated with correct entity manager issue
Perhaps. I just tested two pages with one PU each (different PUs) and it works
fine.
Moving back to Tapestry-Users
How are you defining your DAOs?
Are they Tapestry services? Do they share different PUs?
Perhaps because they are singleton services you are having issues.
Maybe you need to make them Perthread service?
Without seeing your DAOs, I am just guessing here.
I use EJBs as my DAOs and things work fine as they are.
As I said before, your patch should not make any difference to how the code
functions.
On Nov 14, 2012, at 3:42 AM, John wrote:
I haven't tried injecting 2 different EntityManager instances into pages so
cannot comment on that. I only refer to DAOs in my pages and these contain
the multiple PersistenceContext annotations.
It looks like the behaviour is different for page injection vs injecting into
service classes?
- Original Message -
From: Lenny Primak
To: Tapestry development
Sent: Wednesday, November 14, 2012 3:19 AM
Subject: Re: PATCH: tapestry-jpa EntityManagerObjectProvider fixes entities
not associated with correct entity manager issue
I just took a quick look (but not tested) at your code, and I don't see how
not caching a proxy has any difference.
Since the PlasticProxyFactory calls createObject() upon every method call.
I just tested a simple app with two PUs on the same page and it works fine.
I still say this is not an issue.
On Nov 13, 2012, at 8:55 PM, John wrote:
please see https://issues.apache.org/jira/browse/TAP5-2027
- Original Message -
From: Lenny Primak
To: Tapestry development
Sent: Wednesday, November 14, 2012 1:21 AM
Subject: Re: PATCH: tapestry-jpa EntityManagerObjectProvider fixes entities
not associated with correct entity manager issue
I didn't look at this in detail, but proxies are sometimes thread-local, and
not really singletons.
Also, your patch isn't a real patch. it's a replacement, and harder to
incorporate for committers,
if it is indeed necessary.
On Nov 13, 2012, at 8:09 PM, John wrote:
Hi,
The original code is like below, note how the proxy provided acts like a
singleton. I'll take a look at the JIRA, thanks.
public class EntityManagerObjectProvider implements ObjectProvider
{
private EntityManager proxy;
public T T provide(final ClassT objectType, final AnnotationProvider
annotationProvider,
final ObjectLocator locator)
{
if (objectType.equals(EntityManager.class))
return objectType.cast(getOrCreateProxy(annotationProvider,
locator));
return null;
}
private synchronized EntityManager getOrCreateProxy(
final AnnotationProvider annotationProvider, final ObjectLocator
objectLocator)
{
if (proxy == null)
{
...
}
return proxy;
- Original Message -
From: Lenny Primak
To: Tapestry development
Cc: d...@tapestry.apache.org
Sent: Wednesday, November 14, 2012 12:52 AM
Subject: Re: PATCH: tapestry-jpa EntityManagerObjectProvider fixes entities
not associated with correct entity manager issue
I am not sure why the existing code doesn't work for you as it works fine
in my environment.
Another thing is that patches belong in JIRA and cannot be taken from
mailing lists due to copyright issues.
Perhaps Igor can shed some light on this?
On Nov 13, 2012, at 7:48 PM, John j...@quivinco.com wrote:
I put this on the users group recently to complete a thread, it belongs
here really I suppose.
The problem manifests when multiple PUs are defined in persistence.xml and
then referred to in classes using the @PersistenceContext(unitName=
annotation. As it is in 5.3.6 the first EntityManager wired up gets
injected to all successive EntityManager instances and the unitName= value
is ignored. Probem was caused by reusing a class variable. The bug makes
it seem that entities are not wired to the EntityManager as you would
expect, in fact the reference passed in is bad.
Also refactored to use PlasticProxyFactory.
John
- Original Message - From: John
To: Tapestry users
Sent: Tuesday, November 13, 2012 7:51 AM
Subject: PATCH: tapestry-jpa EntityManagerObjectProvider fixes entities
not associated with correct entity manager issue
This looks like a bug where a class member variable is used to cache the
EntityManager that is subsequently handed to all the PersistenceContext
annotations regardless of the unitName, like I said.
The following replacement class is tested working and handles multiple
persistence units correctly as per the original Tapestry docs, just put it
on your classpath first. Maybe someone on the developer side can check
this out and commit it to the build cycle.
package org.apache.tapestry5.internal.jpa;
import javax.persistence.EntityManager;
import javax.persistence.PersistenceContext;
import org.apache.tapestry5.ioc.AnnotationProvider;
import
RE: Symbol field injection doesn't work when the symbol is used in the service class constructor
I think you need to use constructor injection for that..
http://tapestry.apache.org/symbols.html
public MySeviceImpl(@Value(mySymbol) boolean mySymbolValue) {
...
}
I don't believe it's possible to set a property on an object before the
constructor is called.
Tony
-Original Message-
From: dragan.sahpas...@gmail.com [mailto:dragan.sahpas...@gmail.com] On Behalf
Of Dragan Sahpaski
Sent: Wednesday, November 14, 2012 12:14 PM
To: Tapestry users
Subject: Symbol field injection doesn't work when the symbol is used in the
service class constructor
Hi,
This currently doesn't work and I can't find it documented anywhere. It doesn't
fail or anything it's just that the value isn't set yet in the constructor.
@Inject
@Symbol(mySymbol);
private boolean mySymboValue;
public MyServiceImpl(){
System.out.println(mySymbolValue); // prints false }
public void someMethod(){
System.out.println(mySymbolValue); // prints true }
Constructor injection for the symbol on the other hand works as expected.
Is this expected behavior and if yes should it be changed?
Thanks
Since 1982, Starpoint Solutions has been a trusted source of human capital and
solutions. We are committed to our clients, employees, environment, community
and social concerns. We foster an inclusive culture based on trust, respect,
honesty and solid performance. Learn more about Starpoint and our social
responsibility at http://www.starpoint.com/social_responsibility
This email message from Starpoint Solutions LLC is for the sole use of the
intended recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution is prohibited. If
you are not the intended recipient, please contact the sender by reply email
and destroy all copies of the original message. Opinions, conclusions and
other information in this message that do not relate to the official business
of Starpoint Solutions shall be understood as neither given nor endorsed by it.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Symbol field injection doesn't work when the symbol is used in the service class constructor
Yes sure,
Thanks
Cheers,
Dragan Sahpaski
On Wed, Nov 14, 2012 at 6:19 PM, Tony Nelson tnel...@starpoint.com wrote:
I think you need to use constructor injection for that..
http://tapestry.apache.org/symbols.html
public MySeviceImpl(@Value(mySymbol) boolean mySymbolValue) {
...
}
I don't believe it's possible to set a property on an object before the
constructor is called.
Tony
-Original Message-
From: dragan.sahpas...@gmail.com [mailto:dragan.sahpas...@gmail.com] On
Behalf Of Dragan Sahpaski
Sent: Wednesday, November 14, 2012 12:14 PM
To: Tapestry users
Subject: Symbol field injection doesn't work when the symbol is used in
the service class constructor
Hi,
This currently doesn't work and I can't find it documented anywhere. It
doesn't fail or anything it's just that the value isn't set yet in the
constructor.
@Inject
@Symbol(mySymbol);
private boolean mySymboValue;
public MyServiceImpl(){
System.out.println(mySymbolValue); // prints false }
public void someMethod(){
System.out.println(mySymbolValue); // prints true }
Constructor injection for the symbol on the other hand works as expected.
Is this expected behavior and if yes should it be changed?
Thanks
Since 1982, Starpoint Solutions has been a trusted source of human capital
and solutions. We are committed to our clients, employees, environment,
community and social concerns. We foster an inclusive culture based on
trust, respect, honesty and solid performance. Learn more about Starpoint
and our social responsibility at
http://www.starpoint.com/social_responsibility
This email message from Starpoint Solutions LLC is for the sole use of
the intended recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply email and destroy all copies of the original message.
Opinions, conclusions and other information in this message that do not
relate to the official business of Starpoint Solutions shall be understood
as neither given nor endorsed by it.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Symbol field injection doesn't work when the symbol is used in the service class constructor
On Wed, Nov 14, 2012 at 9:14 AM, Dragan Sahpaski dragan.sahpa...@gmail.comwrote: Hi, This currently doesn't work and I can't find it documented anywhere. It doesn't fail or anything it's just that the value isn't set yet in the constructor. Constructor injection for the symbol on the other hand works as expected. Is this expected behavior and if yes should it be changed? It's the expected behavior. The object has to be created before you can inject to it. I'd always favor constructor injection, it's thread safe and you declare the attributes final. Kalle
Re: Symbol field injection doesn't work when the symbol is used in the service class constructor
On Wed, 14 Nov 2012 16:48:18 -0200, Dragan Sahpaski dragan.sahpa...@gmail.com wrote: Yes off course. I realized that short after clicking the send button. I guess sending an email to few thousand people did it. :) That should have the same reason sometimes you have a question, and then, while you're asking it to someone else near you, the answer appears in your mind. :P -- Thiago H. de Paula Figueiredo - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry Book purchase question
Indegogo site had for $55 the pdf + hardcopy. But that site has expired. Where do I go now to order the pdf book bundle? thanks On Tue, Oct 30, 2012 at 7:44 AM, Nicolas Barrera nbarr...@gmail.com wrote: Thank you Igor, I 've already purchased it, is it still on EAP? it seems so finished and complete!, I recommend everyone who 's doubting about it to buy it. :) cheers! Nicolás.- On Sun, Oct 28, 2012 at 9:18 AM, Igor Drobiazko igor.drobia...@gmail.com wrote: Hi Nicolas, yes, it's same. On Fri, Oct 26, 2012 at 5:17 PM, Nicolas Barrera nbarr...@gmail.com wrote: Ok thanks Thiago, I thought that... but may be I should rephrase the question this way, does purchasing the book here: http://tapestry5book.dpdcart.com is the same as having purchased the $25 perk in the indiegogo site (which is now expired)? cheers, Nicolás.- On Fri, Oct 26, 2012 at 11:06 AM, Thiago H de Paula Figueiredo thiag...@gmail.com wrote: On Fri, 26 Oct 2012 11:52:01 -0200, Nicolas Barrera nbarr...@gmail.com wrote: Hi, Hi! is it the pdf EAP?, or the book?, or the complete pdf? (I used to think the book wasn't finished yet) I think the answer is all that. It's not finished yet, but Igor sends some updates (most of its chapters are already finished) and you'll get the finished book when it's done. -- Thiago H. de Paula Figueiredo --**--**- To unsubscribe, e-mail: users-unsubscribe@tapestry.**apache.org users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- Best regards, Igor Drobiazko http://tapestry5.de http://twitter.com/drobiazko
Re: Showing a Block condirionally
Is this still tapestry5 ? I couldn't find how t5 can use JSTL ! On Wed, Nov 14, 2012 at 5:13 PM, Serge Eby sd...@hotmail.com wrote: There is a simple example already here: http://tapestry.apache.org/switching-cases.html /Serge -- View this message in context: http://tapestry-users.832.n2.nabble.com/Showing-a-Block-condirionally-tp7583424p7583436.html Sent from the Tapestry Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Showing a Block condirionally
Serge didn't mention anything about JSTL. This is pure tapestry 5 case switching. On Nov 14, 2012, at 6:09 PM, Muhammad Gelbana wrote: Is this still tapestry5 ? I couldn't find how t5 can use JSTL ! - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Popup in Tapestry Link
Hi, My Grid displays a LINK to open a page. Currently i am using window.open, to open the page i need and its working fine, but i dont really like the new window option. I would more prefer a javascript type popup. Can anyone point to how i can get it done. I dont really care if its a modal or simple popup. Tapestry really does need a inbuilt popup element. I come from JSF that its popup was really simple to implement. Kind Regards -- View this message in context: http://tapestry.1045711.n5.nabble.com/Popup-in-Tapestry-Link-tp5718023.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Popup in Tapestry Link
tapestry5-jquery has a dialog component: http://tapestry5-jquery.com/components/docsjquerydialog Kalle On Wed, Nov 14, 2012 at 11:11 PM, mateen matee...@gmail.com wrote: Hi, My Grid displays a LINK to open a page. Currently i am using window.open, to open the page i need and its working fine, but i dont really like the new window option. I would more prefer a javascript type popup. Can anyone point to how i can get it done. I dont really care if its a modal or simple popup. Tapestry really does need a inbuilt popup element. I come from JSF that its popup was really simple to implement. Kind Regards -- View this message in context: http://tapestry.1045711.n5.nabble.com/Popup-in-Tapestry-Link-tp5718023.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
