Difference between @InjectState & @Persist

2007-01-18 Thread jiju

Hi All,
can you explain whats the difference if we are saving a page property as ASO
with scope="session"
and 
if we are saving a page property using @Persist in our basepage and
extending this basepage where ever it is required.


secondly i have noticed that if am setting an @Persist property in
pageAttached(); event, then it is not saving in session scope. what could be
the reason ?


-- 
View this message in context: 
http://www.nabble.com/Difference-between-%40InjectState---%40Persist-tf3038222.html#a8443958
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: @Persist problem in MyBasepage

2007-01-18 Thread jiju

yes, that is working am getting the value of usercontext in Derivedclass

but if i am setting usercontext [setUserContext(new usercontext());] in
pageAttached() event 
the usercontext is null  in the next request onwords




Stephane Decleire wrote:
> 
> Hi,
> 
> Yes, your persistent properties will be available in all your subclasses.
> You could also init your persistent property with an @InitialValue 
> annotation.
> 
> --
> Stéphane Decleire
> 
> 
> 
> jiju a écrit :
>> Hi All,
>> I have one persistat property in my basepage , i am extending this
>> basepage
>> to specificPages
>> will that persistant data be available in my derived pages also ?
>>
>> public abstract MyBasePage extends BasePage implements
>> PageBeginRenderListener{
>> @Persist
>> public abstract UserContext getUserContext();
>> public abstract void  setUserContext();
>>
>> public final void pageBeginRender(PageEvent event) {
>> setUserContext(new UserContext());   
>> doSomething(event);
>>  
>> }
>> public abstract void doSomething(PageEvent event);
>> };
>>
>>
>>
>> public abstract DerivedPage extends MyBasePage{
>>
>> public void doSomething(PageEvent event){
>>  System.out.println("UserContext="+getUserContext());
>> }
>>
>> };
>> But here i am getting UserContext as null;
>>
>> is it the right way to do, or am i missing any thing else..
>>   
> 
> 

-- 
View this message in context: 
http://www.nabble.com/%40Persist-problem-in-MyBasepage-tf3034507.html#a8443855
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: @BeanForm How do you use it ???

2007-01-18 Thread D&J Gredler

Hi,

What version are you using? Can you post the full stack trace? I looked at
the source code and I don't really see how line 149 of BeanForm.java can
cause a NPE...

Also, what library id are you using in the .application file? Those jwcid's
should probably include the library id, no?

Take care,

Daniel


On 1/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


I have tried:



as well as:



but it comes up with:

ognl.OgnlException
beanProperties

java.lang.NullPointerException
Stack Trace:

* com.domain.components.BeanForm.getBeanProperties(BeanForm.java:149)

Any pointing in the right direction?

Thanks!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: No .page files ?

2007-01-18 Thread Simon Raveh
It is probably using jdk 1.5 and tapestry annotation to specify all the 
page configuration information inside the java source.


Simon

[EMAIL PROTECTED] wrote:

I am playing around with a HoneycombLib generated Tapestry project
There is only an application file and no page filesjust java classes - but 
it works. How come there are no page files anymore?

In the appliction file it only says:




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



No .page files ?

2007-01-18 Thread munich
I am playing around with a HoneycombLib generated Tapestry project
There is only an application file and no page filesjust java classes - but 
it works. How come there are no page files anymore?

In the appliction file it only says:




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



@BeanForm How do you use it ???

2007-01-18 Thread munich
I have tried:
 


as well as:



but it comes up with:

ognl.OgnlException
beanProperties
 
java.lang.NullPointerException
Stack Trace:

* com.domain.components.BeanForm.getBeanProperties(BeanForm.java:149) 

Any pointing in the right direction?

Thanks!

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[JOB] Tapestry Developer

2007-01-18 Thread Steve Motola
Tapestry developers needed for cool client project.

Be versed in Tapestry 3/4, Hibernate, Spring.  Familiarity with Ajax/Tacos a
plus.

Please be a fluent English speaker / writer.  Work is purely remote, outside of
US ok too.

Send your resume and rates.  Thanks!




Steve Motola
[EMAIL PROTECTED]
(310) 422-5521

The Lab, LLC
http://www.thelabllc.com

Content is for intended recipient only.


This message was sent using IMP, the Internet Messaging Program.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Tapestry - Multiple File Upload

2007-01-18 Thread Anjana Gopinath
 Unfortunately requirement is that users should be able to select  
multiple files or folders. I think the only option that"ll work out  
is a signed applet.


Thanks for responding, Sunil.


Anjana Gopinath
True North Technology






On Jan 18, 2007, at 2:06 PM, sunilmanu wrote:



(you might have thought about it already !)

you can zip it and upload it to the server.
Once thats done, unzip it on the server and delete the zip file.

- Sunil


Anjana Gopinath-2 wrote:


Hi,

I am using tapestry upload component to upload a file to the server.
This works very well for a single file. But Is there a way to upload
multiple files to server or to upload a directory?

Thanks!
Anjana Gopinath










--
View this message in context: http://www.nabble.com/Tapestry--- 
Multiple-File-Upload-tf3034647.html#a8436908

Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






Re: Tapestry - Multiple File Upload

2007-01-18 Thread sunilmanu

(you might have thought about it already !)

you can zip it and upload it to the server.
Once thats done, unzip it on the server and delete the zip file.

- Sunil


Anjana Gopinath-2 wrote:
> 
> Hi,
> 
> I am using tapestry upload component to upload a file to the server.  
> This works very well for a single file. But Is there a way to upload  
> multiple files to server or to upload a directory?
> 
> Thanks!
> Anjana Gopinath
> 
> 
> 
> 
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Tapestry---Multiple-File-Upload-tf3034647.html#a8436908
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Re: T41: Are there any known problems with BASE tag?

2007-01-18 Thread Anna Vo

> 
> We have been having issues with our CSS image URLs also.
> 
> Example:
>
url(/assets/static/dojo/src/widget/templates/DatePicker.cssimages/dpBg.g
> if)

>>if your css is in a css folder in the context, you should use:
>>url( "../assets/...

>>if its direct in the context dir, use
>>url( "./assets/...

>>the url is always realtive to the css file, not the page. The problem
is 
>>when using css in the page itself...

>From what I can see, Tapestry 41 is grabbing the contents of the CSS
file from the jar (though we do have our own assets/static/dojo
directory but changes made in there don't seem to be used -- anyone have
any ideas why?). 

In DatePicker.js these are defined: 
templatePath: dojo.uri.dojoUri("src/widget/templates/DatePicker.html"),
templateCssPath:
dojo.uri.dojoUri("src/widget/templates/DatePicker.css").

Our Shell component is using the default tapestrySource, dojoSource, and
dojoPath of classpath:/tapestry/core.js, etc. The contents of the CSS
file (based off the URI) is sucked in and the css image URLs are
generated at that time. 


> 
> I've tried adding inline style tags with the correct image paths
> directly into the HTML, but Tapestry renders these styles before it
> renders the dojo ones so I can't seem to ever override the css. 

>>I *think* you can, using !important :
>>example:

>>A {
>>   color: red !important;
>>}

IE actually ignores !important (at least in ie6, not sure about 7 but we
support both...). Also, these are currently being used in the
DatePicker.css file and since any CSS I try to use to overwrite precedes
dojo's styles I believe the secondary !important overrides the first.
I've also tried adding it in the java file by using renderComponent and
writing it out, but again it writes the style in the head above the dojo
ones. Also does that using a RenderBlock... but these would be hacks
anyway.


> 
> After trying to use both context and asset for specifying the
> tapestry/dojo sources to the shell component I just ended up using the
> default ones, which doesn't work for us either.

>>how come? be sure to map /asset/ to the servlet as described in
friendly 
>>URLs chapter in the user's guide...


Our autocompleters and other dojo things work, but the CSS paths of
images that come from dojo css files are incorrect. I did doublecheck
hivemodule.xml and web.xml and the configuration seems correct.

Hivemodule.xml 








Web.xml

app
*.html


app
*.external
 

app
*.direct


app
*.sdirect


app
*.svc


app
/assets/*


One thing to note about that is we also had some filter mappings
(NoCacheResponseHeaderFilter) for the above and we also have caching on
/assets/*. I tried commenting out the CacheResponseHeaderFilter for
assets/* in case that was causing issues but the behavior for the css
path didn't change.



> 
> We also tried to override AssetService but we must have missed
something
> because the path still got generated incorrectly.
>>there must be another solution.

Most definitely. I mostly was in there just to see how things were being
handled.


> 
> If you have the same issue and find anything else, please post.
Thanks!
> 
>>generaly, one can use the renderBaseTag parameter of the shell 
>>component. this will render a  tag in the header, and will 
>>determine a base for relative URLs.

>>I am just wondering why the default is false in T41?

>>Cheers,
>>Ron

Thanks for taking time to respond.

Anna

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: T41: Are there any known problems with BASE tag?

2007-01-18 Thread RonPiterman

Anna Vo wrote:

Ron-

Can you give us an example of a wrong URL? 


the url is : /bardtke/blog/S861D28AA/l4/images/reiter_hg.gif

the page url is : /bardtke/blog/S861D28AA/l4/l7





We have been having issues with our CSS image URLs also.

Example:
url(/assets/static/dojo/src/widget/templates/DatePicker.cssimages/dpBg.g
if)


if your css is in a css folder in the context, you should use:

url( "../assets/...


if its direct in the context dir, use

url( "./assets/...



the url is always realtive to the css file, not the page. The problem is 
when using css in the page itself...




I've tried adding inline style tags with the correct image paths
directly into the HTML, but Tapestry renders these styles before it
renders the dojo ones so I can't seem to ever override the css. 


I *think* you can, using !important :

example:

A {
  color: red !important;
}



After trying to use both context and asset for specifying the
tapestry/dojo sources to the shell component I just ended up using the
default ones, which doesn't work for us either.


how come? be sure to map /asset/ to the servlet as described in friendly 
URLs chapter in the user's guide...





We also tried to override AssetService but we must have missed something
because the path still got generated incorrectly.


there must be another solution.



If you have the same issue and find anything else, please post. Thanks!



generaly, one can use the renderBaseTag parameter of the shell 
component. this will render a  tag in the header, and will 
determine a base for relative URLs.


I am just wondering why the default is false in T41?

Cheers,
Ron



Anna


-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of RonPiterman
Sent: Thursday, January 18, 2007 5:57 AM
To: users@tapestry.apache.org
Subject: T41: Are there any known problems with BASE tag?

Hi -

I have a problem with nice-urls since the css is inserting images in 
wrong urls -


are there any issues with dojo and the base tag?

Cheers,
Ron


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: T41: Are there any known problems with BASE tag?

2007-01-18 Thread Anna Vo
Ron-

Can you give us an example of a wrong URL? 

We have been having issues with our CSS image URLs also.

Example:
url(/assets/static/dojo/src/widget/templates/DatePicker.cssimages/dpBg.g
if) 

I've tried adding inline style tags with the correct image paths
directly into the HTML, but Tapestry renders these styles before it
renders the dojo ones so I can't seem to ever override the css. 

After trying to use both context and asset for specifying the
tapestry/dojo sources to the shell component I just ended up using the
default ones, which doesn't work for us either. 

We also tried to override AssetService but we must have missed something
because the path still got generated incorrectly.

If you have the same issue and find anything else, please post. Thanks!

Anna


-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of RonPiterman
Sent: Thursday, January 18, 2007 5:57 AM
To: users@tapestry.apache.org
Subject: T41: Are there any known problems with BASE tag?

Hi -

I have a problem with nice-urls since the css is inserting images in 
wrong urls -

are there any issues with dojo and the base tag?

Cheers,
Ron


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Authorization Filter in Tapestry ?

2007-01-18 Thread sunilmanu

Hello Everyone,

I want to implement an Authorization Filter in Tapestry that simply checks
for the Logged In USER in Session,.

public class AuthorizationFilter  implements WebRequestServicerFilter{
 
public void service(WebRequest request, WebResponse response,   
 WebRequestServicer servicer) throws IOException {  
  
 if (user exists)
 {
  //then process
 }
  else
  {
  //redirect to Loginpage.
 }


---hivemodule.xml---
  
   


  
 

Above is my code but somehow filter is not intercepting the request.What
wrong am i doing ? Can someone point to a working example ?

We are short on time for implementing the AcegiSecurity, so we decided to go
with the Filter initially and later add Acegi.


Thanks,
Sunil
-- 
View this message in context: 
http://www.nabble.com/Authorization-Filter-in-Tapestry---tf3034967.html#a8433506
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: Re: @Persist problem in MyBasepage

2007-01-18 Thread Tapestry User List

i meant:

   public void pageBeginRender(PageEvent event) {
   super.pageBeginRender(event);
   }

2007/1/18, Tapestry User List <[EMAIL PROTECTED]>:

and if you add this method in your subclass :

public void pageValidate(PageEvent event) {
super.pageValidate(event);
}

I think that should work.

All the best,

D.

2007/1/18, Stephane Decleire <[EMAIL PROTECTED]>:
> Hi,
>
> Yes, your persistent properties will be available in all your subclasses.
> You could also init your persistent property with an @InitialValue
> annotation.
>
> --
> Stéphane Decleire
>
>
>
> jiju a écrit :
> > Hi All,
> > I have one persistat property in my basepage , i am extending this basepage
> > to specificPages
> > will that persistant data be available in my derived pages also ?
> >
> > public abstract MyBasePage extends BasePage implements
> > PageBeginRenderListener{
> > @Persist
> > public abstract UserContext getUserContext();
> > public abstract void  setUserContext();
> >
> > public final void pageBeginRender(PageEvent event) {
> > setUserContext(new UserContext());
> > doSomething(event);
> >
> > }
> > public abstract void doSomething(PageEvent event);
> > };
> >
> >
> >
> > public abstract DerivedPage extends MyBasePage{
> >
> > public void doSomething(PageEvent event){
> >   System.out.println("UserContext="+getUserContext());
> > }
> >
> > };
> > But here i am getting UserContext as null;
> >
> > is it the right way to do, or am i missing any thing else..
> >
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Re: @Persist problem in MyBasepage

2007-01-18 Thread Tapestry User List

and if you add this method in your subclass :

   public void pageValidate(PageEvent event) {
   super.pageValidate(event);
   }

I think that should work.

All the best,

D.

2007/1/18, Stephane Decleire <[EMAIL PROTECTED]>:

Hi,

Yes, your persistent properties will be available in all your subclasses.
You could also init your persistent property with an @InitialValue
annotation.

--
Stéphane Decleire



jiju a écrit :
> Hi All,
> I have one persistat property in my basepage , i am extending this basepage
> to specificPages
> will that persistant data be available in my derived pages also ?
>
> public abstract MyBasePage extends BasePage implements
> PageBeginRenderListener{
> @Persist
> public abstract UserContext getUserContext();
> public abstract void  setUserContext();
>
> public final void pageBeginRender(PageEvent event) {
> setUserContext(new UserContext());
> doSomething(event);
>
> }
> public abstract void doSomething(PageEvent event);
> };
>
>
>
> public abstract DerivedPage extends MyBasePage{
>
> public void doSomething(PageEvent event){
>   System.out.println("UserContext="+getUserContext());
> }
>
> };
> But here i am getting UserContext as null;
>
> is it the right way to do, or am i missing any thing else..
>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Tapestry - Multiple File Upload

2007-01-18 Thread Anjana Gopinath

Hi,

I am using tapestry upload component to upload a file to the server.  
This works very well for a single file. But Is there a way to upload  
multiple files to server or to upload a directory?


Thanks!
Anjana Gopinath








Re: @Persist problem in MyBasepage

2007-01-18 Thread Stephane Decleire

Hi,

Yes, your persistent properties will be available in all your subclasses.
You could also init your persistent property with an @InitialValue 
annotation.


--
Stéphane Decleire



jiju a écrit :

Hi All,
I have one persistat property in my basepage , i am extending this basepage
to specificPages
will that persistant data be available in my derived pages also ?

public abstract MyBasePage extends BasePage implements
PageBeginRenderListener{
@Persist
public abstract UserContext getUserContext();
public abstract void  setUserContext();

public final void pageBeginRender(PageEvent event) {
setUserContext(new UserContext());  
doSomething(event);

}
public abstract void doSomething(PageEvent event);
};



public abstract DerivedPage extends MyBasePage{

public void doSomething(PageEvent event){
System.out.println("UserContext="+getUserContext());
}

};
But here i am getting UserContext as null;

is it the right way to do, or am i missing any thing else..
  


@Persist problem in MyBasepage

2007-01-18 Thread jiju

Hi All,
I have one persistat property in my basepage , i am extending this basepage
to specificPages
will that persistant data be available in my derived pages also ?

public abstract MyBasePage extends BasePage implements
PageBeginRenderListener{
@Persist
public abstract UserContext getUserContext();
public abstract void  setUserContext();

public final void pageBeginRender(PageEvent event) {
setUserContext(new UserContext());  
doSomething(event);

}
public abstract void doSomething(PageEvent event);
};



public abstract DerivedPage extends MyBasePage{

public void doSomething(PageEvent event){
System.out.println("UserContext="+getUserContext());
}

};
But here i am getting UserContext as null;

is it the right way to do, or am i missing any thing else..
-- 
View this message in context: 
http://www.nabble.com/%40Persist-problem-in-MyBasepage-tf3034507.html#a8431813
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Tapestry DOJO Dialog with JavaScript OFF

2007-01-18 Thread Renat Zubairov

Hello All,

I like AJAX implementation in Tapestry not only because it's easy for
people that don't know JavaScript to do the all fancy things, but also
that it might work without Javascript (when Javascript is off). That's
an exceptional feature that no other (as far as I know ) frameworks
can provide.
But, unfortunately not everything is working fine when Javascript is
off, for example Dialog. I can accept that it is not working
completely, because as I can understand it's completely JavaScript
based, but the problem is that when Javascript is off, it is visilble
which is not very good.
May we change Dialog that it will render as invisible by default and
then JS will change the properties?

--
Best regards,
Renat Zubairov

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



T41: Are there any known problems with BASE tag?

2007-01-18 Thread RonPiterman

Hi -

I have a problem with nice-urls since the css is inserting images in 
wrong urls -


are there any issues with dojo and the base tag?

Cheers,
Ron


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Bypass pageBeginRender in Ajax calls

2007-01-18 Thread andyhot

You can't bypass...

But if you do
event.getRequestCycle().getResponseBuilder().isDynamic()
you can find out if you're doing an XHR or not.


Alexandru Dragomir wrote:

To bypass it i don't you can.
But you could  conditionate the execution of that particular 
initialization

code in the pageBeginRender by sending /not sending some variables in the
ajax requests.

Cheers,
Alex

On 1/18/07, jiju <[EMAIL PROTECTED]> wrote:



Hi All,
I have a pageBeginRender listener in my page class,I am fetching default
values from the database in this listener.
During ajax calls(say ajaxlinksubmit) to update a component in the page
,the
pageBeginRender listener is again invoked.
Is there any way to bypass this listener in Ajax calls ?


--
View this message in context:
http://www.nabble.com/Bypass-pageBeginRender-in-Ajax-calls-tf3032543.html#a8425766 


Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







--
Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr
Tapestry / Tacos developer
Open Source / J2EE Consulting 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Bypass pageBeginRender in Ajax calls

2007-01-18 Thread Alexandru Dragomir

To bypass it i don't you can.
But you could  conditionate the execution of that particular initialization
code in the pageBeginRender by sending /not sending some variables in the
ajax requests.

Cheers,
Alex

On 1/18/07, jiju <[EMAIL PROTECTED]> wrote:



Hi All,
I have a pageBeginRender listener in my page class,I am fetching default
values from the database in this listener.
During ajax calls(say ajaxlinksubmit) to update a component in the page
,the
pageBeginRender listener is again invoked.
Is there any way to bypass this listener in Ajax calls ?


--
View this message in context:
http://www.nabble.com/Bypass-pageBeginRender-in-Ajax-calls-tf3032543.html#a8425766
Sent from the Tapestry - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: No ajax-response elements recieved

2007-01-18 Thread Markus Joschko

OK, the problem was an encoded german umlaut. E.g. the letter "ü" is
(giving credit to the pred UTF-8 days) often encoded as ü in web
pages.
If the text is included in the XML response during an update, the XML
engine of IE is stumbling about it.

As the default charset is UTF-8 anyway it's no big deal to send the
decoded values.
Anyway the error is hard to track down which makes it annoying.

Regards,
Markus


On 1/17/07, Markus Joschko <[EMAIL PROTECTED]> wrote:

I run into the exact same issue. The error is only occuring using IE.
Firefox is dealing fine with the response.
Using fiddler I can see that there are actually ajax-response elements
included, together with a lot of HTML as a big component is completely
reloaded.
So it looks as if the clientside can't deal with the update.
Why does the code always break in IE where there is no tool like
firebug to hunt the problem down?

BTW, I use the 4.1.2-SNAPSHOT release.



On 1/15/07, Stephane Decleire <[EMAIL PROTECTED]> wrote:
> Thanks Jesse for your answer but it finaly seems that my "non response
> received" error is due to non XML content :
> I have  tags (not closed) in the HTML blocks that should be rendered
> by the ResponseBuilder. These blocks are build with Tapestry @Insert
> components with the raw parameter set to true. So other characters like
> [ and ] also break the XML format ...
>
> Is there a way to render "raw content" via the ResponseBuilder ? (Is
> JSON less strict on the format of the data ?)
>
> Thanks in advance.
>
> --
> Stéphane Decleire
>
>
>
> Jesse Kuhnert a écrit :
> > I actually saw this today as well. Looks like it is  (was) a bug in
> > the ResponseBuilder logic associated with a recent flush() call change
> > I made..
> >
> > It's been fixed but only in a branch that no one can access yet. The
> > real fix should come out within a week. (assuming that this is your
> > problem, it may not be)
> >
> > On 1/12/07, andyhot <[EMAIL PROTECTED]> wrote:
> >> Stephane Decleire wrote:
> >> > Have you any idea of the cases where an Ajax request leads to the "No
> >> > ajax-response elements recieved" error on the client ?
> >> >
> >> It should generally be an uncaught exception on the server-side code...
> >>
> >> Try to capture the actual ajax-response with a tool like FireBug and
> >> just take a look at it
> >>
> >> --
> >> Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr
> >> Tapestry / Tacos developer
> >> Open Source / J2EE Consulting
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
>
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Filtered!] Re: T4.1.1 Client-side validation problems

2007-01-18 Thread Jim Downing

Hi Brian,

thanks for the advice - I'll see what happens when I turn off the input 
disabling.


cheers,

jim


Brian Duchek wrote:

Back in Tap3, if you disabled form fields on the client it would
totally screw up server side validation (and some client validation
schemes).  It was a technique frought with peril. I recommend going
thru a generated page with a fine tooth-comb to make sure that your
client-side disabling wasn't messing up element references in the
rendered client validation code. My guess is that it probably is.

Also - disabling a field usually means it's not going to get sent to
the server, so make sure your form listener accounts for that.

The error message you're seeing is Dojo's debugging message. It's
appended to the document when there's not another debugging console
attached (google Firebug...).  I'm guessing you're not useing Tap3,
and that Dojo has shouldered the load of performing field validation.
If it's getting a field to validate, and it's missing properties -
then the field is probably disabled.

Hope this helps.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]