On Tue, May 14, 2013 at 12:05 AM, Boris Horvat horvat.z.bo...@gmail.comwrote:
Hi Dmitry
Please ignore the naming as I haven't really user he real names here as
this is just an example (the project also has nothing to do with Students
but it is easier for the explanations :) ). In all
Hi,
Is there a reason why the *default:* case of the switch statement is not
handled. Maybe if you raise and error here or log out the reportType that
you receive in submit() will give a clue why the beanType is not set
correctly for the passivate method.
Regards,
Mark P Ashworth
On Mon, May
Hi Guys,
really sorry about my lapse here in providing the right info and I kow it must
be frustrating.
I played hockey last night. So i got pre-empted.
Ok I am back on the tarp.
I will try to get the stack trace for you... but none is being produced in the
console... and its an NPE ? I am
Ok I am stepping thru the tapestry code during the create call...
This is interesting...
UnClaimedFieldWorker.JAVA
public Object get(Object instance, InstanceContext context)
{
return fieldValue.get(fieldDefaultValue);
}
fieldDefaultvalue == null
no npe as
This guy is the culprit... tap-5.3.6
I believe it needs to depend on a default toString() is it fails to find a
labelProperty.
I need a workaround folks... so waiting on your best.
thanks
KEN
@SuppressWarnings(unchecked)
public SelectModel create(final List? objects, final String
Hi Jens,
I posted the pojo bean Year.java
I really rely on the toString() for most of my entities.
I wouldnt think of complicating any of my getters with dashes or underscores
let alone complicate a primary keye method.
This one is fairly obvious.
I know I have some environment concerns and
What could really help us in helping you was if you told us in which line
the NPE happens. It's really quite hard to help you sometimes. You post a
lot of messages and still doesn't provide us the information needed to
help you. :(
On Tue, 14 May 2013 09:15:16 -0300, Ken in Nashua
Hi again,
this is just for curiosity but maybe some T5Guru has a clear explanation:
Do PerThread scoped services needs an interface + implementation ?
I am curios because I noticed these different behaviors:
I setup a registry using t5 - 3.6, define my Module Class with one service
Questions about the 'magic' hibernate session proxy seem to crop up a bit
so I've raised a Jira to improve the docs.
https://issues.apache.org/jira/browse/TAP5-2115
On Tue, 14 May 2013 11:02:24 -0300, Alessio Gambi alessioga...@gmail.com
wrote:
Hi again,
Hi!
this is just for curiosity but maybe some T5Guru has a clear explanation:
Do PerThread scoped services needs an interface + implementation ?
I think so. Look at the error message:
I think you've put your service class in a tapestry transformable package
(pages, mixins, components, more ?)
In your web.xml, you specify your main application package, beneath that
package there could be (4 or 5 ?) types of special package names (tapestry
coding through convention ?):
1. Base
Well thanks for help this makes my understating of the tapestry hibernate a
lot better :)
Cheers
On Tue, May 14, 2013 at 4:38 PM, Lance Java lance.j...@googlemail.comwrote:
Questions about the 'magic' hibernate session proxy seem to crop up a bit
so I've raised a Jira to improve the docs.
Thanks Thiago... trust me I would send a console trace if I got one. Maybe my
logger isnt tracing those packages in tapestry ?
The NPE occurs inside (well i sent the browser trace)...
What if you add a getDisplayString-method that just do return toString()
and change to displayString as property instead. toString does not follow
the bean property naming standard get/set/is.
/Joakim
On Wed, May 15, 2013 at 4:39 AM, Ken in Nashua kcola...@live.com wrote:
Thanks Thiago...
14 matches
Mail list logo