Thanks for reminding me Thiago. I do not know if my company will use the
non-stable version of Tapestry in production.
On Mon, Mar 30, 2015 at 1:00 PM, Thiago H de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Fri, 20 Mar 2015 14:29:09 -0300, Cheng Zhang <
> charlesdenverj...@gmail.com> wrot
This seems to work for me, and then selecting option 25:
mvn archetype:generate
-DarchetypeCatalog=https://repository.apache.org/content/repositories/staging
From: Chris Mylonas
To: john c ; Tapestry users
Sent: Monday, 30 March 2015, 17:25
Subject: Re: Upgrading to 5.4 Beta 28
In
For the quickstart archetype you need to use the staging repo, as mentioned
in a not near the middle of page 3 of the Tapestry Tutorial...
https://tapestry.apache.org/creating-the-skeleton-application.html
On Mar 30, 2015 7:29 PM, "john c" wrote:
> I meant to write Quickstart, not Jumpstart.
> Is
I meant to write Quickstart, not Jumpstart.
Is there an archetype for 5.4 Quickstart ?
I just want to get a basic 5.4 build working to start.
From: Chris Mylonas
To: john c ; Tapestry users
Sent: Monday, 30 March 2015, 17:25
Subject: Re: Upgrading to 5.4 Beta 28
In the pom.xml file
tapestry-yuicompressor is removed from tapestry 5.4
Try replacing it with tapestry-webresources
Regards
Dimitris Zenios
On Mon, Mar 30, 2015 at 11:43 PM, john c
wrote:
> I am attempting to switch to Tapestry 5.4 Beta 28, with the Jumpstart app.
> I modified the release version in pom.xml like
In the pom.xml filenfomment out the section of yui compressor.
Are you using jumpstart 7 which is built using 5.4?
I am attempting to switch to Tapestry 5.4 Beta 28, with the Jumpstart app. I
modified the release version in pom.xml like below.
5.4-beta-28
After I running mvn clean install I get this error. Have I missed something??
Thanks.
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to e
On Fri, 20 Mar 2015 14:29:09 -0300, Cheng Zhang
wrote:
I just made some research and found the Tapestry is tightly coupling with
Prototype,
This is absolutely not correct for Tapestry 5.4, which is a recommended
upgrade (at least by me).
--
Thiago H. de Paula Figueiredo
Tapestry, Java a
On Sun, 22 Mar 2015 06:36:49 -0300, abangkis wrote:
Now I'm wondering if there's any way to trigger this behavior from
another component.
Have you thought about wrapping it in a Zone?
--
Thiago H. de Paula Figueiredo
Tapestry, Java and Hibernate consultant and developer
http://machina.com.b
Thanks Ilya, that's another good idea I never gave a thought.
On Sun, Mar 29, 2015 at 5:11 AM, Ilya Obshadko
wrote:
> Another solution to that is loading all lazy collections when you retrieve
> your object and before starting using in in a session. You can force it
> using Hibernate Criteria me
On Mon, 30 Mar 2015 11:51:09 -0300, akshay
wrote:
Wii your logic help me in this case.how would we go about capturing the
"name property cell" when we are unsure about the name of it ? Can you
please show me an example ?
In this case, when you don't know the names of the properties beforeha
On Mon, 30 Mar 2015 06:27:13 -0300, Adam X wrote:
read exec environment (prod, read, dev, local)
detect all files with above extension (.prod .read .dev .local)
read properties from every file
contribute key as symbol, value as value
Have you seen
http://tapestry.apache.org/configuration.ht
You can omit the model then and tapestry will create a model based on the
properties of your beans.In the other hand you can look at how tapestry 5
grid components inspects and creates a default model and follow that to do
what you need.
On Mon, Mar 30, 2015 at 5:51 PM, akshay wrote:
> Yes, I kn
Yes, I know that we can add n number of properties, but i believe the
scenario , you are trying to talk about is to do with the case when we are
aware of the "propertynames" before hand.
In my case i only come to know about it during runtime.
Wii your logic help me in this case.how would we go ab
You can add as many properties you want.You can also add them via add
method of grid in tml file
On Mon, Mar 30, 2015 at 5:35 PM, akshay wrote:
> Hi Dimitris,
>
> Thanks, but will it work, when i have list of properties to be added?
>
> I am aware that we can add the property,like the way u have
Hi Dimitris,
Thanks, but will it work, when i have list of properties to be added?
I am aware that we can add the property,like the way u have said or we can
just have mymodel.add("propertyname") and hijack name cell in the tml for
further actions.
I havent given a try, just had a view looking i
try myModel.addEmpty("propertyName");
and in the tml class
you can do
${value.propertyName}
Regards
Dimitris Zenios
On Mon, Mar 30, 2015 at 4:54 PM, akshay wrote:
> Hi All,
>
>
> I am trying to add properties to the grid dynamically. Below I have
> described, what I try to acheive:-
>
>
Hi All,
I am trying to add properties to the grid dynamically. Below I have
described, what I try to acheive:-
@Property
private BeanModel myModel;
@Inject
private BeanModelSource beanModelSource;
myModel= beanModelSource.createDisplayModel(A.class,
messages);
//logic for incl
Okay - implemented environmental property loader translation mechanism to
symbol contribution. All works well. For completeness of this thread, in a
nutshell:
/**
* Valid values for deploy environment hosting a running code. One of these
* values is passed as JVM arg via {@link
JvmArgugments#DEP
What I mean we do not want have as tightly coupled code with things like
EjbProviderEnum and BusinessServicesLocator with if-then for each
container's JNDI format - and we'd like to keep it this way. Rather we
would like to externalize these things (JNDIs, idealy into property files
somehow transla
I'm not sure I understand your question, but see if BusinessServicesLocator in
the example is what you're after:
http://jumpstart.doublenegative.com.au/jumpstart7/examples/state/atejb
BTW, this isn't just theoretical. I develop with OpenEJB but usually deploy in
JBoss - eg. the JumpStar
We have a different way of hooking up EJBs, and it and works great - that's
not the issue. Our EJBs are further decoupled from Tapestry that what
Jumpstart has done and we prefer to keep it this way. We just need a way of
telling tapestry that for this environment we have a this set of ejb
properti
For T5.4: http://jumpstart.doublenegative.com.au/jumpstart7/examples/state/atejb
Soon I'll modify EJBProviderUtil to read a system property provided at runtime
(eg. -Djumpstart.ejb-provider=OPENEJB_4_LOCAL), because it's getting too hard
to keep EJBProviderUtil's detection technique working reli
http://jumpstart.doublenegative.com.au/jumpstart/
&
http://jumpstart.doublenegative.com.au/jumpstart/examples/state/atejb
Download jumpstart and have a look how Geoff has done it.
On Mon, 30 Mar 2015 19:34:29 +1100, Adam X wrote:
Hi,
I have a different JNDI lookup depending on exec en
Hi,
I have a different JNDI lookup depending on exec env. I have an AppModule
with EJB sub:
@SubModule(EjbModule.class)
AppModule
And my EJB mod does all the EJB plumbing building the context and
delegating the looking up of EJBs to EjbLocatorModule. As far as building
my beans I would like to i
25 matches
Mail list logo
