I'm not getting what are you trying to say. Is it "lets replace
tapestry-ioc with some other ioc"?
Or "lets implement proper CDI support"?
> If you are implying that this is all so important, why isn't every
project on the planet using Tapestry-IOC?
> I would be very happy using the Web Framework
Just noticed that @javax.inject.Inject does not work with
org.slf4j.Logger in a service implementation. tapestry's @Inject does.
I'm not sure if this is an oversight or a limitation.
p.
-
To unsubscribe, e-mail: users-unsubscr
> As I said in another thread, you're suggesting replacing Tapestry-IoC
> with CDI. If that was done, people would still learn one IoC framework
> in order to learn Tapestry. CDI has a broader reach (in termos of
> concepts and features) than T-IoC. Not much people use CDI now (I may
> be wrong, o
Good job...
I am very glad to see CDI is supported in Tapestry, but I viewed the
pom.xml, it depended on openejb(not standard CDI api), and tomee(for test).
I wish Apache DeltaSpike(which is the successor of MyFaces CODI and
JBoss Seam3 and others) can be considered as dependency, it is also fr
For this stack trace...
it is likely build mania...repo corruption..and unstable source
so I am backing down to try and find something I can work with.
- cheers
Thanks
There is no talking. If I create a jira I am met with contempt. And they got
some dig about me in the past being a committer...hastily checking in code
potentially running away with parts of the effort so they cannibalized me. But
please dont think i am being bitter. I could care less. I am just
On Wed, 15 May 2013 14:19:11 -0300, Thiago H de Paula Figueiredo
wrote:
One (maybe stupid) question: does it allow Tapestry services to be
provided as CDI beans, so they can have transaction handling or other
CDI-provided stuff, and still be injectable through Tapestry-IoC? That
would be t
I want customize the look of each item in the list created by the
Autocomplete mixin.
Currently, I just return an id for each object. But I'd rather return
HTML-formatted output.
For example, right now I just return a simple String to populate the match
list:
return getName();
But I want to add
On Wed, 15 May 2013 18:49:56 -0300, Ken in Nashua
wrote:
Thanks Thiago... my head is kinda spinnin...
I been building and running and limping... you have seen some of the
bugs I get.
Have you talked to the Tynamo guys about it? I'm not sure the problem is
in Tapestry or in Tynamo in th
On Wed, 15 May 2013 18:57:55 -0300, Lenny Primak
wrote:
I agree that distributed configuration is great.
But, it's not equivalent to tapestry-ioc.
Agreed.
There are lots of ready-made solutions for distributed configurations
already.
You can also easily build one on top of ready-made CDI
Do this look like normal build feedback?
c:\Prototype\Mavenized\Product\tynamo\trunk\codehaus-unity-skin>call mvn clean
install -Dmaven.test.skip=true -DdownloadJavadocs=true -DdownloadSources=true
2>&1 | te
e ..\build-codehaus-unity-skin.log
[INFO] Scanning for projects...
Downloading:
htt
Ok I am going to try and keep the code base and build against rev's that my
framework providers are currently released and buolding against.
thats why I asked this question... because my wife said... 'why dont you fix it
yourself'... and seeing I ate and breathed HibernateDescriptorDecorator.JAV
Its 5.3.7
I am backing down my code base to released versions and see what that buys me.
previous bugs.
Maybe this one will come back when I get new checkins?
right now I am in a holding pattern.
ciao
I agree that distributed configuration is great.
But, it's not equivalent to tapestry-ioc. There are lots of ready-made
solutions for distributed configurations already.
You can also easily build one on top of ready-made CDI implementation, if you
really want to (I don't think there is a need)
Thanks Thiago... my head is kinda spinnin...
I been building and running and limping... you have seen some of the bugs I get.
I can't get a position on the code base framework I am building off of. The
head rev is unstable. There are outstanding bugs and issues... internal ones
preventing funda
On Wed, 15 May 2013 16:20:50 -0300, Ken in Nashua
wrote:
Folks,
Hi!
I attempted to upgrade to the framework I been using latest and
greatest...
5.3.7 or 5.4?
--
Thiago H. de Paula Figueiredo
-
To unsubscribe, e-mail:
On Wed, 15 May 2013 17:30:17 -0300, Lenny Primak
wrote:
using the CDI spec. I am not even sure that what you are calling
Distributed Configuration is even needed for the Web Framework.
Just take a look at Tapestry (the web framework) itself. Look at how a new
coercion, request handler,
On Wed, 15 May 2013 17:19:13 -0300, Kalle Korhonen
wrote:
If Tapestry IOC would fully implement
the CDI spec, how would it be any different than any other CDI
implementation?
+1 to that. I'd love to see that happening (and, of course, to contribute
for that). The Tapestry-IoC implementati
On Wed, 15 May 2013 17:06:13 -0300, Lenny Primak
wrote:
Now saying that, I am not saying Tapestry, or Tapestry-IOC sucks, I just
feel Tapestry-IOC is unnecessary in the current technology landscape and
presents a barrier to learning Tapestry.
Tapestry-IoC is very necessary for Tapestry.
Thanks Joakim... for trying
I tried to get a clean head rev build off my framework providers but its never
had a clean head rev build ever (months and years) and I have been very quiet
about it limping along waiting for pristine code. They seem to be under the
impression that everything just wo
Starting new topic... nothing relating to tapestry-CDI announcement...
I am sure you grasp the technology just fine.
But this is a bit changing the topic.
I am talking about IOC specifically.
You are mentioning distributed configuration.
There are plenty of ways to implement what needs to be don
On Wed, May 15, 2013 at 1:06 PM, Lenny Primak wrote:
> I grasp them fully.
> I stand by my opinion.
> Now saying that, I am not saying Tapestry, or Tapestry-IOC sucks, I just
> feel
> Tapestry-IOC is unnecessary in the current technology landscape and
> presents a barrier to
> learning Tapestry.
>
Please, don't take my statements personally.
I've been using these technologies for 2+ years.
I grasp them fully.
I stand by my opinion.
Now saying that, I am not saying Tapestry, or Tapestry-IOC sucks, I just feel
Tapestry-IOC is unnecessary in the current technology landscape and presents a
b
*** There is no such thing as** **a** **stupid question*. ;)
Currently the CDI extension at
https://github.com/got5/tapestry-cdi/blob/master/src/main/java/org/got5/tapestry5/cdi/extension/TapestryExtension.javaforce
the CDI manager to ignore Tapestry service.
2013/5/15 Thiago H de Paula Figueired
On Wed, May 15, 2013 at 12:42 PM, Lenny Primak wrote:
> I think all of the CDI modules are basically a consumer layer so Tapestry
> pages/components/etc. can use CDI beans.
> Usually, the use case is that the rest of the company is using CDI, and
> the presentation layer (Tapestry) needs to use
>
Well, I don't want to maintain redundant code, it I don't have to.
I would gladly switch to another module, and that will give me less code to
maintain.
Other comments interspersed below...
On May 15, 2013, at 12:38 PM, Nourredine Khadri wrote:
> No need to delete your contribution Lenny : )
>
I think all of the CDI modules are basically a consumer layer so Tapestry
pages/components/etc. can use CDI beans.
Usually, the use case is that the rest of the company is using CDI, and the
presentation layer (Tapestry) needs to use
some of that functionality.
This may be off topic, but in al
Folks,
I attempted to upgrade to the framework I been using latest and greatest... to
try and overcome some bugs that I havent resolved. Thinking it is a stale code
drift runtime error...
So I replenished a fresh local repo
upgraded to latest and greatest framework
and when I run my webapp I g
On Wed, 15 May 2013 10:35:36 -0300, Nourredine Nourredine
wrote:
Hi,
Hi!
Atos is proud to announce the first release of Tapestry-cdi, part of
the got5[1] project.
Yay! Thanks!
One (maybe stupid) question: does it allow Tapestry services to be
provided as CDI beans, so they can have t
No need to delete your contribution Lenny : )
This module was first implemented to fulfill our need and to replace
our internal IOC framework. Now we want to share it.
We have been focused on a Tomee environment, though the implementation
is not container specific. We also need to handle CDI quali
So, now we have 4 CDI modules. How do they compare?
Should I bother keeping mine ( in FlowLogix )?
I can gladly delete it if the got5 one is better.
We are using FlowLogix one in production,
the only difference between it and Magnus' module,
is it works even if CDI is turned off (no beans.xml)
D
Congratulations guys - and thanks for putting this together. This is good
news.
One of my wishes was to have a solid cdi production quality module, but
never really made past pet-project as we're still on with spring. (Still
hoping for spring to implement the spec, but that might never gonna
happen
Hi,
Atos is proud to announce the first release of Tapestry-cdi, part of
the got5[1] project.
This library is based on work of Romain Manni Bucau[2] and inspired
from other contributions (Magnus Kvalheim[3] and FlowLogix
projects[4]).
We have updated the dependencies of this library to use Tapest
Hi,
Atos is proud to announce the first release of Tapestry-cdi, part of the
got5[1] project.
This library is based on work of Romain Manni Bucau[2] and inspired from
other contributions (Magnus Kvalheim[3] and FlowLogix projects[4]).
We have updated the dependencies of this library to use Tape
On Tue, 14 May 2013 23:39:46 -0300, Ken in Nashua
wrote:
tapestry cannot articulate the labelProperty
I specified "toString"
Of course Tapestry cannot find the toString property. As Joakim said,
toString() is not a property. It's a method, but not a property.
Properties are defined by g
35 matches
Mail list logo