Re: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
> tell me if I'm using the RequestParameters properly now?
Looks good to me. I guess it's a judgement call as to whether @RequestParam
is cleaner than @ActivationRequestParam. With @ActivationRequestParam I'm
guessing that onSuccess() was a bit cleaner  with a void return? It's up to
you in the end

> Also, how do you typically handle spaces in the URL parameters
Tapestry converts your entities to client side strings using an encoder @see







--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716987.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: [T5.2.6] When can a java.net.URL be returned from an event handler?

2012-10-16 Thread wout86
Any other ideas?



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/T5-2-6-When-can-a-java-net-URL-be-returned-from-an-event-handler-tp5716618p5716986.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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
Hi Lance, setting the variables to null resolved my issue. Not sure what I
was doing last night that wouldn't allow it to work. Anyhow Lance, would you
take a look at my code below and tell me if I'm using the RequestParameters
properly now? Also, how do you typically handle spaces in the URL
parameters, example 
Aston Martin is being converted to Aston$0020Martin rather than
Aston_Martin. 

Code sample using request parameters. Once again guys, I really appreciate
all your help. 











public class Used_Cars_For_SaleIndex {

@Component(id = "searchForm")
@Property
private Form form;
@Inject
private Session session;

private String year;
private String make;
private String model;

@Property
private Vehicle vehicle;
@Property
private VehicleYear vehicleYear;
@Property
private VehicleMake vehicleMake;
@Property
private VehicleModel vehicleModel;

@Inject
private YearDAO yearDAO;
@Inject
private MakeDAO makeDAO;
@Inject
private ModelDAO modelDAO;
@Inject
private VehicleConfigurationDAO vehicleConfigurationDAO;

@Property
private SelectModel modelSearchModel;
@Inject
private SelectModelFactory selectModelFactory;

@Inject
private PageRenderLinkSource pageRenderLinkSource;
@InjectComponent
private Zone searchModelZone;
@Inject
private PageRenderLinkSource linkSource;

void onActivate(@RequestParameter(value="year", allowBlank = true)
String year,
@RequestParameter(value="make", allowBlank = true) String make,
@RequestParameter(value="model", allowBlank = true) String
model) {
this.year = year;
this.make = make;
this.model = model;
}

void onPrepareForRenderFromSearchForm() {  
this.modelSearchModel =
this.selectModelFactory.create(this.vehicleConfigurationDAO.getModels(this.makeDAO.find(this.make)),
"name");
}

void onPrepareFromSearchForm() {   
this.vehicleYear = this.yearDAO.find(year);
this.vehicleMake = this.makeDAO.find(make);
this.vehicleModel = this.modelDAO.find(model);
}

Link onSuccess() { 
Link link =
linkSource.createPageRenderLink(Used_Cars_For_SaleIndex.class);   
if(vehicleYear != null) link.addParameterValue("year",
vehicleYear.getName());
if(vehicleMake != null) link.addParameterValue("make",
vehicleMake.getName());
if(vehicleModel != null) link.addParameterValue("model",
vehicleModel.getName());
return link;
}

public List getVehicles() {
Criteria criteria = this.session.createCriteria(Vehicle.class);
criteria.createAlias("vehicleYear", "vehicleYear");
criteria.createAlias("vehicleMake", "vehicleMake");
criteria.createAlias("vehicleModel", "vehicleModel");

if (year != null) criteria.add(Restrictions.eq("vehicleYear.name",
year));
if (make != null) criteria.add(Restrictions.eq("vehicleMake.name",
make).ignoreCase());   
if (model != null) criteria.add(Restrictions.eq("vehicleModel.name",
model).ignoreCase());

return criteria.list();
}

public SelectModel getYearSearchModel() {
return this.selectModelFactory.create(this.yearDAO.findAll(),
"name");
}

public SelectModel getMakeSearchModel() {
return this.selectModelFactory.create(this.makeDAO.findAll(),
"name");
}

public Object onValueChangedFromSearchMake(VehicleMake make) {
this.modelSearchModel =
this.selectModelFactory.create(this.vehicleConfigurationDAO.getModels(make),
"name");
return searchModelZone.getBody();
}
}




--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716985.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: EventLink parameters

2012-10-16 Thread Ken in Nashua

Thanks Taha... but I got a huge problem understanding this language and I am 
not talking about T5.

I am having fun with this T5...  real diamond grade fun.
Is that such a crime ?
I can model the natural world... am I not allowed?
I enjoy the ups and downs and challenges and problems.

I dont take my work so serious that I have to exurt myself to try and take 
other folks out.
And yeah that kinda stuff runs deep. 
How would you like it if someone told you that your insane and need to hang it 
up? And you call that polite?

I dont know this guy from a hole in the wall 
and for all he knows I could have a brain tumor the size of a piece of meatloaf 
and be drooling in a wheel chair.

It all leads back home... and I find it very disheartening that the remote 
folks are very ungrateful for the fruitful air that has been given them.

i am always greatful for the help and ready to help anyone no matter what the 
circumstances.
I will keep my questions to a bare minimum in order to keep lenny happy. I can 
handle it.

- cheers
  

Re: EventLink parameters

2012-10-16 Thread Taha Siddiqi
Hi Ken

I think Lenny has been most polite to you by sending you a private message. 
Although I do believe people can learn if they try(don't know about aviation 
though :)) but your way is not the right way, IMHO. 

Migrating a T4 app to T5 is not an easy job, especially when your T5 skills are 
not so good.

If I were you I would start with a getting started, then follow the examples on 
the Jumpstart, then read the book by Igor, then go through the tapestry 
documentation and only then think of starting the migration.

I can tell you for sure, once you have done all this, you will be in a position 
to understand why your questions are not the right questions.

Best of luck
Taha

On Oct 17, 2012, at 9:02 AM, Ken in Nashua wrote:

> 
> 
>> Subject: Re: EventLink parameters
>> From: lpri...@hope.nyc.ny.us
>> Date: Tue, 16 Oct 2012 11:06:10 -0400
>> To: kcola...@live.com
>> 
>> Seriously, I hate being "rude anonymous guy" but we have this saying in 
>> aviation (my other profession)
>> "this ain't your thing" and watching you taking the controls sadly knowing 
>> that one of these days you are guaranteed to crash,
>> hoping you aren't going to take other people with you.
>> 
>> For you, Ken, this development thing "ain't your thing"
>> You are asking the same questions over and over, trying the same things, 
>> hoping to get a different result.
>> This is the definition of insanity.
>> Let it go.  Find another profession.  You will never make it in the 
>> development world.
>> 
>> 
>> On Oct 16, 2012, at 10:28 AM, Ken in Nashua wrote:
>> 
>>> 
>>> Lance, jap slappin me is going to make me a better engineer... thank you
>>> 
>>>   >> parameters="pageValue" >
>>>   >> value="${individualPageIndex}"/> 
>>>   
>>> 
>>>   public int getPageValue() {
>>>   return pageIndex + 2;
>>>   }
>>> 
>>> but as far as this code goes... it produces the following (including the 
>>> lines commented out) (not sure what else to say... but i did find a 
>>> solution with your help):
>>> 
>>> 41  42   
>>> >> source="pages" value="currentPage" index="pageIndex">43 
>>>44
>>>45  
>>>  46
>>>>>  t:id="IndividualPage" parameters="pageValue" >47   
>>>>> value="${individualPageIndex}"/> 48 
>>>49 
>>>50   
>>>51 
>>> locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
>>>  line 46org.apache.tapestry5.ioc.internal.util.TapestryExceptionFailure
>>> reading parameter 'parameters' of component 
>>> Home:gallerywidget.individualpage: Could not find a coercion from type 
>>> java.lang.Integer to type 
>>> java.util.Map.locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
>>>  line 46org.apache.tapestry5.ioc.util.UnknownValueExceptionCould not find a 
>>> coercion from type java.lang.Integer to type java.util.Map.
>>> 
>>> 
>>> 
>>> 
>>> From: kcola...@live.com
>>> To: users@tapestry.apache.org
>>> Subject: RE: EventLink parameters
>>> Date: Tue, 16 Oct 2012 00:28:31 -0400
>>> 
>>> 
>>> 
>>> 
>>> 
>>> alright lance... your context works... but it also states that there is a 
>>> bug with parameters... you hadnt mentioned that
>>> 
>>> kcola...@live.com
>>> 
>>> 
>>> 
>>> 
>>> From: kcola...@live.com
>>> To: users@tapestry.apache.org
>>> Subject: RE: EventLink parameters
>>> Date: Mon, 15 Oct 2012 17:43:37 -0400
>>> 
>>> 
>>> 
>>> 
>>> 
>>> Lance, this has specifically to do with the parameters construct failing on 
>>> java methods
>>> 
>>> I dont know what to do.
>>> 
>>> I wrote the method as you specified.
>>> 
>>> 
>>> t:parameters="prop:{'pageNum':'indexValue'}" 
>>> t:parameters="prop:{'pageNum':'${pageIndex}'}" 
>>> 
>>> parameters construct refuses to create the Map if I use a java method or 
>>> try to dereference a java method
>>> 
>>> kcola...@live.com
>>> 
>>> 
>>> 
>>> 
>>> From: kcola...@live.com
>>> To: users@tapestry.apache.org
>>> Subject: RE: EventLink parameters
>>> Date: Mon, 15 Oct 2012 16:20:46 -0400
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> t:parameters="prop:{'pageNum':'indexValue'}" 
>>> t:parameters="prop:{'pageNum':'${pageIndex}'}" 
>>> 
>>> 
>>> Lance, thats just the problem... I did just that and it doesnt work.
>>> 
>>> indexValue and pageIndex are both from within the java
>>> 

RE: EventLink parameters

2012-10-16 Thread Ken in Nashua

Lenny Primak... you can go public with your messages to me. 
You dont have to send me private things like that.

Real talent should be brave enough to show their real insides.
I dont what could prompt your stuff... over parameter's ???

But I think it is my caption on my T4 widget thats eating you.

I will keep on developing tapestry because its my passion. 

peace be with you


From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 10:30:49 -0400





so context was the solution... i get my pagenumber in nicely to the handler



thanks for helping

: )
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 10:28:38 -0400





Lance, jap slappin me is going to make me a better engineer... thank you


 


public int getPageValue() {
return pageIndex + 2;
}

but as far as this code goes... it produces the following (including the lines 
commented out) (not sure what else to say... but i did find a solution with 
your help):

41  42   
43
44   
45
   46
   47  
 48
49
50  
51 

locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.internal.util.TapestryExceptionFailure
 reading parameter 'parameters' of component 
Home:gallerywidget.individualpage: Could not find a coercion from type 
java.lang.Integer to type 
java.util.Map.locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.util.UnknownValueExceptionCould not find a 
coercion from type java.lang.Integer to type java.util.Map.
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 00:28:31 -0400





alright lance... your context works... but it also states that there is a bug 
with parameters... you hadnt mentioned that

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 17:43:37 -0400





Lance, this has specifically to do with the parameters construct failing on 
java methods

I dont know what to do.

I wrote the method as you specified.


t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 

parameters construct refuses to create the Map if I use a java method or try to 
dereference a java method

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 16:20:46 -0400






t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 


Lance, thats just the problem... I did just that and it doesnt work.

indexValue and pageIndex are both from within the java



  

FW: EventLink parameters

2012-10-16 Thread Ken in Nashua


> Subject: Re: EventLink parameters
> From: lpri...@hope.nyc.ny.us
> Date: Tue, 16 Oct 2012 11:06:10 -0400
> To: kcola...@live.com
> 
> Seriously, I hate being "rude anonymous guy" but we have this saying in 
> aviation (my other profession)
> "this ain't your thing" and watching you taking the controls sadly knowing 
> that one of these days you are guaranteed to crash,
> hoping you aren't going to take other people with you.
> 
> For you, Ken, this development thing "ain't your thing"
> You are asking the same questions over and over, trying the same things, 
> hoping to get a different result.
> This is the definition of insanity.
> Let it go.  Find another profession.  You will never make it in the 
> development world.
> 
> 
> On Oct 16, 2012, at 10:28 AM, Ken in Nashua wrote:
> 
> > 
> > Lance, jap slappin me is going to make me a better engineer... thank you
> > 
> > > parameters="pageValue" >
> > > value="${individualPageIndex}"/> 
> >
> > 
> >public int getPageValue() {
> >return pageIndex + 2;
> >}
> > 
> > but as far as this code goes... it produces the following (including the 
> > lines commented out) (not sure what else to say... but i did find a 
> > solution with your help):
> > 
> > 41  42   
> >  > source="pages" value="currentPage" index="pageIndex">43 
> >44
> >45  
> >  46
> > >  t:id="IndividualPage" parameters="pageValue" >47   
> > > value="${individualPageIndex}"/> 48 
> >49 
> >50   
> >51 
> > locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
> >  line 46org.apache.tapestry5.ioc.internal.util.TapestryExceptionFailure
> > reading parameter 'parameters' of component 
> > Home:gallerywidget.individualpage: Could not find a coercion from type 
> > java.lang.Integer to type 
> > java.util.Map.locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
> >  line 46org.apache.tapestry5.ioc.util.UnknownValueExceptionCould not find a 
> > coercion from type java.lang.Integer to type java.util.Map.
> > 
> > 
> > 
> > 
> > From: kcola...@live.com
> > To: users@tapestry.apache.org
> > Subject: RE: EventLink parameters
> > Date: Tue, 16 Oct 2012 00:28:31 -0400
> > 
> > 
> > 
> > 
> > 
> > alright lance... your context works... but it also states that there is a 
> > bug with parameters... you hadnt mentioned that
> > 
> > kcola...@live.com
> > 
> > 
> > 
> > 
> > From: kcola...@live.com
> > To: users@tapestry.apache.org
> > Subject: RE: EventLink parameters
> > Date: Mon, 15 Oct 2012 17:43:37 -0400
> > 
> > 
> > 
> > 
> > 
> > Lance, this has specifically to do with the parameters construct failing on 
> > java methods
> > 
> > I dont know what to do.
> > 
> > I wrote the method as you specified.
> > 
> > 
> > t:parameters="prop:{'pageNum':'indexValue'}" 
> > t:parameters="prop:{'pageNum':'${pageIndex}'}" 
> > 
> > parameters construct refuses to create the Map if I use a java method or 
> > try to dereference a java method
> > 
> > kcola...@live.com
> > 
> > 
> > 
> > 
> > From: kcola...@live.com
> > To: users@tapestry.apache.org
> > Subject: RE: EventLink parameters
> > Date: Mon, 15 Oct 2012 16:20:46 -0400
> > 
> > 
> > 
> > 
> > 
> > 
> > t:parameters="prop:{'pageNum':'indexValue'}" 
> > t:parameters="prop:{'pageNum':'${pageIndex}'}" 
> > 
> > 
> > Lance, thats just the problem... I did just that and it doesnt work.
> > 
> > indexValue and pageIndex are both from within the java
> > 
> > 
> >   
> 
  

Re: Fwd: Get label input submit

2012-10-16 Thread William Lopes
Man, I tested this today and not works in the practice.

2012/10/16 Thiago H de Paula Figueiredo 

> On Tue, 16 Oct 2012 22:25:48 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  So, we go to say that I have 3 atributes in my form: title(stringGeneric),
>> author(modeloDadosGeneric), year(numericGeneric).
>>
>> Case I try to click in submit of the author, the context received will be
>> "year", if I add another field, like description(**stringLargeGeneric),
>> the
>> return to click in submit button will be "description".
>>
>> This happens because the context is loaded just after click in the submit.
>>
>
> Nope, this isn't correct. The context for a Submit component is defined
> (loaded) while it's rendered, not when the submit button/link is clicked.
>
>
> --
> Thiago H. de Paula Figueiredo
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tapestry.**apache.org
>
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


Re: Fwd: Get label input submit

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 22:25:48 -0300, William Lopes  
 wrote:


So, we go to say that I have 3 atributes in my form:  
title(stringGeneric),

author(modeloDadosGeneric), year(numericGeneric).

Case I try to click in submit of the author, the context received will be
"year", if I add another field, like description(stringLargeGeneric), the
return to click in submit button will be "description".

This happens because the context is loaded just after click in the  
submit.


Nope, this isn't correct. The context for a Submit component is defined  
(loaded) while it's rendered, not when the submit button/link is clicked.


--
Thiago H. de Paula Figueiredo

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



Fwd: Get label input submit

2012-10-16 Thread William Lopes
Unfortunately, in practice this doesn't works.

2012/10/16 Lance Java 

> > Yes, but my currentAtributoGeneric is just one variable and your value is
> changed the each iteration
> Correct, but before it is changed, you are rendering a HTML submit button
> to
> the MarkupWriter. End result being multiple submit elements, each with it's
> own unique context value.
>



So, we go to say that I have 3 atributes in my form: title(stringGeneric),
author(modeloDadosGeneric), year(numericGeneric).

Case I try to click in submit of the author, the context received will be
"year", if I add another field, like description(stringLargeGeneric), the
return to click in submit button will be "description".

This happens because the context is loaded just after click in the submit.

2012/10/16 Thiago H de Paula Figueiredo 

> **
> On Tue, 16 Oct 2012 21:33:31 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  t:id="selecionar" t:context="id" value=" " class="imageSubmit"/>
>
> public Object onSelectedFromSelecionar(String atributoNome) {
>
> }
>
> Sorry, I put the code that I was testing.
>
> The right context is: t:context="currentAtributoGeneric.name"
>
>
> What's the value received by the event handler method?
>
>
>
> 2012/10/16 Thiago H de Paula Figueiredo 
>
>> > t:id="selecionar" t:context="id" value=" " class="imageSubmit"/>
>>
>> public Object onSelectedFromSelecionar(String atributoNome) {
>>
>> }
>>
>> It seems to me you're passing one context in the template (an id) and
>> expecting something else in the event handler method (an attribute name). I
>> have no idea what this id you're passing as a context. Anyway, it should be
>> currentAtributoGeneric itself (if it's an entity class) or some property of
>> it that you can use to retrieve the original object in the event handler
>> method.
>>
>>
>>
>>
>> On Tue, 16 Oct 2012 17:30:45 -0300, William Lopes <
>> williamlopes@gmail.com> wrote:
>>
>>  .java
>>> http://pastebin.com/PPuJjkSm
>>>
>>> .tml
>>> http://pastebin.com/Fz4yWzNX
>>>
>>> Like I said in previous mails, the context of the submit button is
>>> changed for the currentAtributoGeneric of last input field of the form.
>>>
>>
>> I'm not following you here. Are you talking about the value received as a
>> parameter in your event handler method?
>>
>>
>>> 2012/10/16 Thiago H de Paula Figueiredo 
>>>
>>>  On Tue, 16 Oct 2012 17:06:57 -0300, William Lopes <
 williamlopes@gmail.com> wrote:

  http://pastebin.com/PPuJjkSm

>
>
 Template please too. And please describe why you say it doesn't work.


 --
 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



>>
>> --
>> Thiago H. de Paula Figueiredo
>>
>
>
>
>
> --
> Thiago H. de Paula Figueiredo
>


Re: Tapestry Problem on Google App Engine in Development

2012-10-16 Thread Dan Cyr
.containsHeader(..yes, pre 3.0

.getHeader(   3.0

GAE must be using pre-3.0. Servlet spec...

http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletResponse.html#getHeader%28java.lang.String%29

Sigh...
getHeader

java.lang.String *getHeader*(java.lang.String name)

Gets the value of the response header with the given name.

If a response header with the given name exists and contains multiple
values, the value that was added first will be returned.

This method considers only response headers set or added via
setHeader(java.lang.String,
java.lang.String),
addHeader(java.lang.String,
java.lang.String),
setDateHeader(java.lang.String,
long),
addDateHeader(java.lang.String,
long),
setIntHeader(java.lang.String,
int),
or addIntHeader(java.lang.String,
int),
respectively.

 *Parameters:*name - the name of the response header whose value to return *
Returns:*the value of the response header with the given name, or null if
no header with the given name has been set on this response*Since:*Servlet
3.0


On Tue, Oct 16, 2012 at 11:11 AM, Lance Java wrote:

> It's in the 2.3 javadocs?
>
> http://docs.oracle.com/cd/E17802_01/products/products/servlet/2.3/javadoc/javax/servlet/http/HttpServletResponse.html#containsHeader(java.lang.String)
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Problem-on-Google-App-Engine-in-Development-tp5716763p5716948.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: Get label input submit

2012-10-16 Thread William Lopes


public Object onSelectedFromSelecionar(String atributoNome) {

}

Sorry, I put the code that I was testing.

The right context is: t:context="currentAtributoGeneric.name"


2012/10/16 Thiago H de Paula Figueiredo 

>  t:id="selecionar" t:context="id" value=" " class="imageSubmit"/>
>
> public Object onSelectedFromSelecionar(**String atributoNome) {
>
> }
>
> It seems to me you're passing one context in the template (an id) and
> expecting something else in the event handler method (an attribute name). I
> have no idea what this id you're passing as a context. Anyway, it should be
> currentAtributoGeneric itself (if it's an entity class) or some property of
> it that you can use to retrieve the original object in the event handler
> method.
>
>
>
>
> On Tue, 16 Oct 2012 17:30:45 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  .java
>> http://pastebin.com/PPuJjkSm
>>
>> .tml
>> http://pastebin.com/Fz4yWzNX
>>
>> Like I said in previous mails, the context of the submit button is
>> changed for the currentAtributoGeneric of last input field of the form.
>>
>
> I'm not following you here. Are you talking about the value received as a
> parameter in your event handler method?
>
>
>> 2012/10/16 Thiago H de Paula Figueiredo 
>>
>>  On Tue, 16 Oct 2012 17:06:57 -0300, William Lopes <
>>> williamlopes@gmail.com> wrote:
>>>
>>>  http://pastebin.com/PPuJjkSm
>>>


>>> Template please too. And please describe why you say it doesn't work.
>>>
>>>
>>> --
>>> Thiago H. de Paula Figueiredo
>>>
>>> --**
>>> --**-
>>> To unsubscribe, e-mail: 
>>> users-unsubscribe@tapestry.**a**pache.org
>>> 
>>> >
>>>
>>> For additional commands, e-mail: users-h...@tapestry.apache.org
>>>
>>>
>>>
>
> --
> Thiago H. de Paula Figueiredo
>


Re: Get label input submit

2012-10-16 Thread Thiago H de Paula Figueiredo
t:id="selecionar" t:context="id" value=" " class="imageSubmit"/>


public Object onSelectedFromSelecionar(String atributoNome) {

}

It seems to me you're passing one context in the template (an id) and  
expecting something else in the event handler method (an attribute name).  
I have no idea what this id you're passing as a context. Anyway, it should  
be currentAtributoGeneric itself (if it's an entity class) or some  
property of it that you can use to retrieve the original object in the  
event handler method.




On Tue, 16 Oct 2012 17:30:45 -0300, William Lopes  
 wrote:



.java
http://pastebin.com/PPuJjkSm

.tml
http://pastebin.com/Fz4yWzNX

Like I said in previous mails, the context of the submit button is  
changed for the currentAtributoGeneric of last input field of the form.


I'm not following you here. Are you talking about the value received as a  
parameter in your event handler method?




2012/10/16 Thiago H de Paula Figueiredo 


On Tue, 16 Oct 2012 17:06:57 -0300, William Lopes <
williamlopes@gmail.com> wrote:

 http://pastebin.com/PPuJjkSm




Template please too. And please describe why you say it doesn't work.


--
Thiago H. de Paula Figueiredo

--**--**-
To unsubscribe, e-mail:  
users-unsubscribe@tapestry.**apache.org

For additional commands, e-mail: users-h...@tapestry.apache.org





--
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-Portlet status?

2012-10-16 Thread Lenny Primak




On Oct 16, 2012, at 2:12 PM, François Facon  wrote:

> Hi Markus,
> 
> Your experience in developping portlet with tapestry is very interesting.
> 
> Currently, we return  PortletRenderable object and PortalPage object
> to display another tapestry page in the current portlet or to request
> the portlet container to redirect the user to another page of the
> portlet container. did you try to use those object during an
> activation phase whithout success?
> 
> About returning stream response during activation,  I can't see the
> related usage.
> could you give more details about that point?
> 
> Freundlich grüßt
> François
> 
> 2012/10/16 Markus Feindler :
>> Hm, it's hard to say since there are some basic features which don't
>> function in the "bridge" (like returning a page or stream response in
>> onactivate).
>> 
>> I wouldn't recommend using it.
>> 
>>> 
>>>  Original-Nachricht 
>>> Datum: Tue, 16 Oct 2012 11:09:59 -0400
>>> Von: Lenny Primak 
>>> An: "Tapestry users" 
>>> Betreff: Re: Tapestry-Portlet status?
>>> 
>>>Thanks, I know it exists, but not sure it's ready for
>>> production use,
>>> hence the question if T5-portlet is something I should be using in
>>> production
>>> 
>>> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
>>> 
 I heard something about Tapestry supporting the Portlet spec.
 Is Tapestry going to support it out of the box or is Tapestry-Portlet
>>> ready to use in production?
>>> 
>>> 
>>> -
>>> 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
> 

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



Re: Tapestry-Portlet status?

2012-10-16 Thread Lenny Primak
François, 
Do you think that got5-portlet is ready to use in production?
Thanks. 



On Oct 16, 2012, at 2:12 PM, François Facon  wrote:

> Hi Markus,
> 
> Your experience in developping portlet with tapestry is very interesting.
> 
> Currently, we return  PortletRenderable object and PortalPage object
> to display another tapestry page in the current portlet or to request
> the portlet container to redirect the user to another page of the
> portlet container. did you try to use those object during an
> activation phase whithout success?
> 
> About returning stream response during activation,  I can't see the
> related usage.
> could you give more details about that point?
> 
> Freundlich grüßt
> François
> 
> 2012/10/16 Markus Feindler :
>> Hm, it's hard to say since there are some basic features which don't
>> function in the "bridge" (like returning a page or stream response in
>> onactivate).
>> 
>> I wouldn't recommend using it.
>> 
>>> 
>>>  Original-Nachricht 
>>> Datum: Tue, 16 Oct 2012 11:09:59 -0400
>>> Von: Lenny Primak 
>>> An: "Tapestry users" 
>>> Betreff: Re: Tapestry-Portlet status?
>>> 
>>>Thanks, I know it exists, but not sure it's ready for
>>> production use,
>>> hence the question if T5-portlet is something I should be using in
>>> production
>>> 
>>> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
>>> 
 I heard something about Tapestry supporting the Portlet spec.
 Is Tapestry going to support it out of the box or is Tapestry-Portlet
>>> ready to use in production?
>>> 
>>> 
>>> -
>>> 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
> 

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



Re: Get label input submit

2012-10-16 Thread Lance Java
> Yes, but my currentAtributoGeneric is just one variable and your value is
changed the each iteration
Correct, but before it is changed, you are rendering a HTML submit button to
the MarkupWriter. End result being multiple submit elements, each with it's
own unique context value.



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716972.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
Since you've got two entry points, I'd probably use @RequestParam in
onActivate() and populate the same render variables that are populated by
submitting the form. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716971.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: Get label input submit

2012-10-16 Thread William Lopes
.java
http://pastebin.com/PPuJjkSm

.tml
http://pastebin.com/Fz4yWzNX

Like I said in previous mails, the context of the submit button is changed
for the currentAtributoGeneric of last input field of the form.

2012/10/16 Thiago H de Paula Figueiredo 

> On Tue, 16 Oct 2012 17:06:57 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  http://pastebin.com/PPuJjkSm
>>
>
> Template please too. And please describe why you say it doesn't work.
>
>
> --
> Thiago H. de Paula Figueiredo
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


Re: Get label input submit

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 17:06:57 -0300, William Lopes  
 wrote:



http://pastebin.com/PPuJjkSm


Template please too. And please describe why you say it doesn't work.

--
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: Get label input submit

2012-10-16 Thread William Lopes
http://pastebin.com/PPuJjkSm

2012/10/16 Thiago H de Paula Figueiredo 

> On Tue, 16 Oct 2012 15:49:12 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  That's what I think too, but in the practice this not works.
>>
>
> Code please. ;)
>
>
> --
> Thiago H. de Paula Figueiredo
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


Re: Get label input submit

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 15:49:12 -0300, William Lopes  
 wrote:



That's what I think too, but in the practice this not works.


Code please. ;)

--
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-Portlet status?

2012-10-16 Thread François Facon
Hi Markus,

Your experience in developping portlet with tapestry is very interesting.

Currently, we return  PortletRenderable object and PortalPage object
to display another tapestry page in the current portlet or to request
the portlet container to redirect the user to another page of the
portlet container. did you try to use those object during an
activation phase whithout success?

About returning stream response during activation,  I can't see the
related usage.
could you give more details about that point?

Freundlich grüßt
François

2012/10/16 Markus Feindler :
> Hm, it's hard to say since there are some basic features which don't
> function in the "bridge" (like returning a page or stream response in
> onactivate).
>
> I wouldn't recommend using it.
>
>>
>>  Original-Nachricht 
>> Datum: Tue, 16 Oct 2012 11:09:59 -0400
>> Von: Lenny Primak 
>> An: "Tapestry users" 
>> Betreff: Re: Tapestry-Portlet status?
>>
>> Thanks, I know it exists, but not sure it's ready for
>> production use,
>> hence the question if T5-portlet is something I should be using in
>> production
>>
>> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
>>
>> > I heard something about Tapestry supporting the Portlet spec.
>> > Is Tapestry going to support it out of the box or is Tapestry-Portlet
>> ready to use in production?
>>
>>
>> -
>> 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: Get label input submit

2012-10-16 Thread William Lopes
That's what I think too, but in the practice this not works.

2012/10/16 Thiago H de Paula Figueiredo 

> On Tue, 16 Oct 2012 15:13:09 -0300, William Lopes <
> williamlopes@gmail.com> wrote:
>
>  Yes, but my currentAtributoGeneric is just one variable and your value is
>> changed the each iteration. I have that to find another way, something
>> that make reference too. If I use the currentAtributoGeneric like you said,
>> I'll to catch just the last currentAtributoGeneric, independently of which I
>> choose.
>>
>
> This isn't correct. The context passed to your event handler method will
> contain exactly the context you passed to it. As every iteration of your
> loop has a different currentAtributoGeneric, each Submit content context
> will have a different value.
>
> --
> Thiago H. de Paula Figueiredo
>
>
> --**--**-
> To unsubscribe, e-mail: 
> users-unsubscribe@tapestry.**apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
>
>


Re: Get label input submit

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 15:13:09 -0300, William Lopes  
 wrote:



Yes, but my currentAtributoGeneric is just one variable and your value is
changed the each iteration. I have that to find another way, something  
that make reference too. If I use the currentAtributoGeneric like you  
said, I'll to catch just the last currentAtributoGeneric, independently  
of which I

choose.


This isn't correct. The context passed to your event handler method will  
contain exactly the context you passed to it. As every iteration of your  
loop has a different currentAtributoGeneric, each Submit content context  
will have a different value.


--
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: tapestry5-highcharts available

2012-10-16 Thread bhorvat
I have created an  issue
  , if you can take a
look I would be grateful.


cheers 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/tapestry5-highcharts-available-tp5606181p5716962.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: Get label input submit

2012-10-16 Thread William Lopes
Yes, but my currentAtributoGeneric is just one variable and your value is
changed the each iteration. I have that to find another way, something that
make reference too. If I use the currentAtributoGeneric like you said, I'll
to catch just the last currentAtributoGeneric, independently of which I
choose.

How the value of the label isn't changed (is persisted), I'm wanting use it.


2012/10/16 Lance Java 

> I only had a quick look at your code but it seems that your loop variable
> "currentAtributoGeneric" is the underlying source of your data. You could
> use this entire object as your context (assuming that it has an encoder) or
> a primary key. You could even use selected fields from this object to
> construct a context array.
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716958.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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
Would it be better to somehow use @RequestParam inside of onActivate rather
than @ActivationRequestParameter?

BTW, I'll let you know about returning the page instance tonight. Hopefully
that works :)



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716960.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
Ok, cool... then your @ActivationRequestParameter approach seems fine to me.
Just checking ;)



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716959.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: Get label input submit

2012-10-16 Thread Lance Java
I only had a quick look at your code but it seems that your loop variable
"currentAtributoGeneric" is the underlying source of your data. You could
use this entire object as your context (assuming that it has an encoder) or
a primary key. You could even use selected fields from this object to
construct a context array.



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716958.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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
Hi Lance, I'd like all the search filters to remain in the URL for book
marking, sharing the URL, and SEO. My goal is for the search page to
function similarly to the ebaymotors search page. The search form resides
directly within the search page. I do however have links from other pages
that will trigger a search. Example, on the home page of my site, you can
click the Nissan link causing a redirect to the search page while populating
the make parameter with Nissan which applies a search filter for make
Nissan. I would rather avoid @Persist if possible due to the fact at times
there are very high server loads. 

In the applications current state, I'm using a key value pair search/0/2
with onActivate(). This does work, however it creates urls that are much
more complex to decode. I figured using query parameters would be much
easier to work with. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716956.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: EventLink parameters

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 11:30:49 -0300, Ken in Nashua   
wrote:






Never, never ever use ${} expansions when passing parameters values.

--
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-Portlet status?

2012-10-16 Thread Lenny Primak
Not sure.  I just got a requirement for a portlet-type functionality in my app
Not even sure what portlet container to use, quick search on the 'Net
says that Liferay isn't compatible with Glassfish, that might be wrong
so either Liferay or OpenPortal.
Thanks for your help

On Oct 16, 2012, at 11:52 AM, François Facon wrote:

> We are using this portlet bridge for some projects with Tapestry 5.2.6
> and Tapestry 5.3.6.
> All those project are using Liferay 6.1.x.
> are you planning to deploy you portlet in Liferay?


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



Re: Tapestry-Portlet status?

2012-10-16 Thread François Facon
We are using this portlet bridge for some projects with Tapestry 5.2.6
and Tapestry 5.3.6.
All those project are using Liferay 6.1.x.
are you planning to deploy you portlet in Liferay?


2012/10/16 Lenny Primak :
> Thanks, I know it exists, but not sure it's ready for production use,
> hence the question if T5-portlet is something I should be using in production
>
> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
>
>> I heard something about Tapestry supporting the Portlet spec.
>> Is Tapestry going to support it out of the box or is Tapestry-Portlet ready 
>> to use in production?
>
>
> -
> 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: Tapestry-Portlet status?

2012-10-16 Thread Kristian Marinkovic
I think you have to answer this question yourself by checking if your
requirements are met. you can see on github that it is being actively
developed. there is even a mention of Typestry 5.4-alpha in the
readme.


On Tue, Oct 16, 2012 at 5:19 PM, Markus Feindler  wrote:
> Hm, it's hard to say since there are some basic features which don't
> function in the "bridge" (like returning a page or stream response in
> onactivate).
>
> I wouldn't recommend using it.
>
>>
>>  Original-Nachricht 
>> Datum: Tue, 16 Oct 2012 11:09:59 -0400
>> Von: Lenny Primak 
>> An: "Tapestry users" 
>> Betreff: Re: Tapestry-Portlet status?
>>
>> Thanks, I know it exists, but not sure it's ready for
>> production use,
>> hence the question if T5-portlet is something I should be using in
>> production
>>
>> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
>>
>> > I heard something about Tapestry supporting the Portlet spec.
>> > Is Tapestry going to support it out of the box or is Tapestry-Portlet
>> ready to use in production?
>>
>>
>> -
>> 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: Tapestry-Portlet status?

2012-10-16 Thread Lenny Primak
If not, what's the alternative?  Is that something that's going to be improved?

On Oct 16, 2012, at 11:19 AM, Markus Feindler wrote:

> Hm, it's hard to say since there are some basic features which don't 
> function in the "bridge" (like returning a page or stream response in 
> onactivate).
> 
> I wouldn't recommend using it.
> 


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



Re: Tapestry-Portlet status?

2012-10-16 Thread Markus Feindler
Hm, it's hard to say since there are some basic features which don't 
function in the "bridge" (like returning a page or stream response in 
onactivate).

I wouldn't recommend using it.

> 
>  Original-Nachricht 
> Datum: Tue, 16 Oct 2012 11:09:59 -0400
> Von: Lenny Primak 
> An: "Tapestry users" 
> Betreff: Re: Tapestry-Portlet status?
> 
> Thanks, I know it exists, but not sure it's ready for 
> production use,
> hence the question if T5-portlet is something I should be using in 
> production  
> 
> On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:
> 
> > I heard something about Tapestry supporting the Portlet spec.
> > Is Tapestry going to support it out of the box or is Tapestry-Portlet 
> ready to use in production?
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
> For additional commands, e-mail: users-h...@tapestry.apache.org
> 
> 



Re: Tapestry Problem on Google App Engine in Development

2012-10-16 Thread Lance Java
It's in the 2.3 javadocs?
http://docs.oracle.com/cd/E17802_01/products/products/servlet/2.3/javadoc/javax/servlet/http/HttpServletResponse.html#containsHeader(java.lang.String)



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Tapestry-Problem-on-Google-App-Engine-in-Development-tp5716763p5716948.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: Tapestry-Portlet status?

2012-10-16 Thread Lenny Primak
Thanks, I know it exists, but not sure it's ready for production use,
hence the question if T5-portlet is something I should be using in production  

On Oct 16, 2012, at 10:56 AM, Lenny Primak wrote:

> I heard something about Tapestry supporting the Portlet spec.
> Is Tapestry going to support it out of the box or is Tapestry-Portlet ready 
> to use in production?


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



Re: Tapestry Problem on Google App Engine in Development

2012-10-16 Thread Dan Cyr
That also is Servlet spec 3.0...

On Fri, Oct 12, 2012 at 11:37 AM, Lance Java wrote:

> response.containsHeader("Content-Encoding") ;)
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Tapestry-Problem-on-Google-App-Engine-in-Development-tp5716763p5716859.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: Tapestry-Portlet status?

2012-10-16 Thread Kristian Marinkovic
did you take a look at https://github.com/got5/tapestry5-portlet?


On Tue, Oct 16, 2012 at 4:56 PM, Lenny Primak  wrote:
> I heard something about Tapestry supporting the Portlet spec.
> Is Tapestry going to support it out of the box or is Tapestry-Portlet ready 
> to use in production?
>
>
> -
> 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



Tapestry-Portlet status?

2012-10-16 Thread Lenny Primak
I heard something about Tapestry supporting the Portlet spec.
Is Tapestry going to support it out of the box or is Tapestry-Portlet ready to 
use in production?


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



Re: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
George, are you doing all of this to maintain state throughout tapestry's
redirect-after-post?
Or do you actually have two entry points into your search?

If it's the former, have you considered @Persist? You can either use
PersistenceConstants.FLASH to temporarily store in the session or
PersistenceConstants.CLIENT to store in the URL.

http://tapestry.apache.org/persistent-page-data.html



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716943.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: EventLink parameters

2012-10-16 Thread Lance Java
eventlink.parameters MUST be either a Map or something that can be coerced to
a Map
eventlink.context MUST be either a collection or something that can be
coerced to a collection (eg a single value)



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/EventLink-parameters-tp5716874p5716942.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: EventLink parameters

2012-10-16 Thread Ken in Nashua

so context was the solution... i get my pagenumber in nicely to the handler



thanks for helping

: )
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 10:28:38 -0400





Lance, jap slappin me is going to make me a better engineer... thank you


 


public int getPageValue() {
return pageIndex + 2;
}

but as far as this code goes... it produces the following (including the lines 
commented out) (not sure what else to say... but i did find a solution with 
your help):

41  42   
43
44   
45
   46
   47  
 48
49
50  
51 

locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.internal.util.TapestryExceptionFailure
 reading parameter 'parameters' of component 
Home:gallerywidget.individualpage: Could not find a coercion from type 
java.lang.Integer to type 
java.util.Map.locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.util.UnknownValueExceptionCould not find a 
coercion from type java.lang.Integer to type java.util.Map.
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 00:28:31 -0400





alright lance... your context works... but it also states that there is a bug 
with parameters... you hadnt mentioned that

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 17:43:37 -0400





Lance, this has specifically to do with the parameters construct failing on 
java methods

I dont know what to do.

I wrote the method as you specified.


t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 

parameters construct refuses to create the Map if I use a java method or try to 
dereference a java method

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 16:20:46 -0400






t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 


Lance, thats just the problem... I did just that and it doesnt work.

indexValue and pageIndex are both from within the java



  

RE: EventLink parameters

2012-10-16 Thread Ken in Nashua

Lance, jap slappin me is going to make me a better engineer... thank you


 


public int getPageValue() {
return pageIndex + 2;
}

but as far as this code goes... it produces the following (including the lines 
commented out) (not sure what else to say... but i did find a solution with 
your help):

41  42   
43
44   
45
   46
   47  
 48
49
50  
51 

locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.internal.util.TapestryExceptionFailure
 reading parameter 'parameters' of component 
Home:gallerywidget.individualpage: Could not find a coercion from type 
java.lang.Integer to type 
java.util.Map.locationclasspath:org/tynamo/examples/hibernatesecurity/components/Gallery.tml,
 line 46org.apache.tapestry5.ioc.util.UnknownValueExceptionCould not find a 
coercion from type java.lang.Integer to type java.util.Map.
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Tue, 16 Oct 2012 00:28:31 -0400





alright lance... your context works... but it also states that there is a bug 
with parameters... you hadnt mentioned that

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 17:43:37 -0400





Lance, this has specifically to do with the parameters construct failing on 
java methods

I dont know what to do.

I wrote the method as you specified.


t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 

parameters construct refuses to create the Map if I use a java method or try to 
dereference a java method

kcola...@live.com
 



From: kcola...@live.com
To: users@tapestry.apache.org
Subject: RE: EventLink parameters
Date: Mon, 15 Oct 2012 16:20:46 -0400






t:parameters="prop:{'pageNum':'indexValue'}" 
t:parameters="prop:{'pageNum':'${pageIndex}'}" 


Lance, thats just the problem... I did just that and it doesnt work.

indexValue and pageIndex are both from within the java


  

Re: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
To tell the truth you seem to be duplicating to logic normally seen in a
. It seems that you have two ways to fire your search:

1. onActivate - This is where you are getting request parameters which were
passed to you from another page (or maybe even this page)
2. Search form is posted - Here you are using tapestry's select / textField
to populate form components

For scenario 1, use @RequestParam or request.getparameter() in an onActivate
method
For scenario 2, tapestry will auto populate your variables

If you populate the same render variables in both cases, you can share the
rest of the rendering behaviour.



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716939.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: How to remove query parmeter from url string

2012-10-16 Thread Thiago H de Paula Figueiredo
On Tue, 16 Oct 2012 10:26:10 -0300, Lance Java   
wrote:



On second thought, return this (aka the current page instance)


I wouldn't return 'this', as it always forces a redirect, and that's not  
what you want in all cases, specially inside onActivate() methods.


George, I think there's no reason to use PageRenderLinkSource to redirect  
to the same page at all. Just return null or make your method return void  
in your event handler methods.


--
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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
Okay, so your thinking my issue has to do with my return logic? I'll give
your suggestion a test tonight. Do you see any other issues with me using
this code for filter criteria? Just not sure if it's the most efficient way
to accomplish this task and considering it's the 2nd highest used page on
the site, it tends to concern me. 



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716937.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
On second thought, return this (aka the current page instance)



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716936.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
You could simply return this or null.



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716935.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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
I've tried setting the @ActivationRequestParameter to null, however when the
page reloads the parameter still exist in the URL. 

Do you guys think the URL remains intact do to how I'm reloading the page
using  pageRenderLinkSource.createPageRenderLink(this.getClass()); ?



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716934.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
Ah, I get it now... sorry. I've not needed to do this but can you set your
@ActivationRequestParameter values to null?



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716933.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: How to remove query parmeter from url string

2012-10-16 Thread George Christman
Hi Guys, I'm confused now. I decided to use query parameters in my page URL
over key/pair parameters. 

Example 
http://cardaddy.com/used_cars_for_sale?year=2009&make=Nissan&model=GTR

The query parameters are set based on year make model options selected from
select menu then submitted. This part seems to work fine. 

The issue, if the user decides to set a select menu to blank ie making an
option null. I'd like to remove that parameter from the URL. 

Example
The year select menu is set to null by the user and the form is submitted,
I'd like to remove ?year=2009 from the query string if it exist resulting in
the following URL. 

http://cardaddy.com/used_cars_for_sale?make=Nissan&model=GTR

I'm basing the overall design on Geoff example, 
http://jumpstart.doublenegative.com.au/jumpstart/examples/state/passingbyquerystring?first=Humpty&last=Dumpty




--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716931.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: How to remove query parmeter from url string

2012-10-16 Thread Lance Java
Most of the time in tapestry, you will never need to access request
parameters yourself. Tapestry's form/input components get and set values on
your pages / components for you. Tapestry pages can use the activation
context and events can use the event context. It's only very rarely that you
should touch request parameters, mostly in cases where you are integrating
with 3rd party libraries.

http://tapestry.apache.org/forms-and-validation.html



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/How-to-remove-query-parmeter-from-url-string-tp5716922p5716930.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: Get label input submit

2012-10-16 Thread Lance Java
> my form is dynamic
So use the t:context attribute.

> I could to use the t:context, but my form is dynamic and the context would
> change for the last input
I'm not sure what you mean here, perhaps a code sample would help. Surely
you can calculate a suitable context value based on the current submit you
are rendering?



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716929.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: Get label input submit

2012-10-16 Thread William Lopes
But is this way that I use.

How my form is dynamic, everything is dynamic, until the id. Because of
this I would enjoy to know how get the label of the clicked submit.

2012/10/16 Lance Java 

> Use the event onSelectedFromX() where X is the t:id of the t:submit.
>
>
>
>
> --
> View this message in context:
> http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716927.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: Get label input submit

2012-10-16 Thread Lance Java
Use the event onSelectedFromX() where X is the t:id of the t:submit.
   



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/Get-label-input-submit-tp5716924p5716927.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: EventLink parameters

2012-10-16 Thread Lance Java
>  but it also states that there is a bug with parameters
I love it when people who don't understand something say it's
broken

public Map getFoo() {
  // return a map
}

...



--
View this message in context: 
http://tapestry.1045711.n5.nabble.com/EventLink-parameters-tp5716874p5716925.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