Original Message -
From: "Inge Solvoll"
To: "Tapestry users"
Sent: Thursday, 26 November, 2009 13:54:44 GMT +02:00 Athens, Beirut,
Bucharest, Istanbul
Subject: Re: [t5] upgrade to java 6 and javassist
This is embarrassing.
Our most recent problems with javassist crashes
>>> > > A 'hidden' antiquated version of javassist somewhere on the
> classpath
> >>> AND
> >>> > > (as later turned out) a project that did not want to be placed on
> the
> >>> > > classpath (via the classpath settings in t
infamous medal ansd its two sides.
>>> > Having
>>> > > all the libs available is a good thing but it might also be lurking
>>> > behind
>>> > > a
>>> > > tree with dubious intentions .. ;-)
>>> > >
>>> &g
t; > >
>> > > > Tapestry works perfectly with Java 6 now!!
>> > > >
>> > > > Lets not be ridiculous and claim that you need to shorten methods
>> and
>> > > > method names etc in order to get it working, it has been comp
t; > > >
> > > > You must include this in your pom:
> > > >
> > > >
> > > >org.chenillekit
> > > >chenillekit-tapestry
> > > >1.2.0
> > > >
> > > >
>
javassist
> > >
> > >
> > >
> > >
> > >
> > > Cheers,
> > > Peter
> > >
> > > --
> > > If you are not an intended recipient of this e-mail, please notify the
> > &g
gt; or redistribute it. Please visit http://www.albourne.com/email.html for
> > important additional terms relating to this e-mail.
> >
> > - Original Message -
> > From: "Cameron Newham"
> > To: "Tapestry users"
> > Sent: Wednesday,
versions on the classpath.
>
> I'm using Java 1.6 and have had no problems since sorting out what jars
> were being included.
>
> I see I'm currently using 3.8.0.GA.
>
>
> -Original Message-
> From: Ville Virtanen [mailto:ville.virta...@cerion.fi]
> Sent: 07 Octo
terms relating to this e-mail.
- Original Message -
From: "Cameron Newham"
To: "Tapestry users"
Sent: Wednesday, 7 October, 2009 11:40:27 GMT +02:00 Athens, Beirut, Bucharest,
Istanbul
Subject: RE: [t5] upgrade to java 6 and javassist
When I had trouble with javassist
e Virtanen [mailto:ville.virta...@cerion.fi]
Sent: 07 October 2009 05:11
To: users@tapestry.apache.org
Subject: Re: [t5] upgrade to java 6 and javassist
Hi,
Also make 100% sure that there aren't multiple javassists (different
versions in classpath) AND that the included javassist version i
Hi,
Also make 100% sure that there aren't multiple javassists (different
versions in classpath) AND that the included javassist version is the right
one. Check this from the produced war, do NOT trust what the ide is saying
;)
Sometimes we have had problems like this, but those were because mave
Em Tue, 06 Oct 2009 17:39:17 -0300, Fermin Da Costa Gomez
escreveu:
Using Eclipse, my Compiler compliance level is set at 1.5 already and
still. What OS are you using?
Ubuntu. But I guess it's not operating-system related.
The @OnEvent i understand but i can't find a 'ready made' entry f
>
> If given a choice between documentation and resolving this particular
>> issue i would always opt for the resolution of the issue. I would even be
>> willing to make a montary donation to get it out of the way!
>>
>
> Howard, the framework creator and main committer, has plans to stop using
>
Em Tue, 06 Oct 2009 17:13:01 -0300, Fermin Da Costa Gomez
escreveu:
If given a choice between documentation and resolving this particular
issue i would always opt for the resolution of the issue. I would even
be willing to make a montary donation to get it out of the way!
Howard, the fra
Hi Thiago,
public class Search {
>>>public List onProvideCompletionsFromFieldName(String partial)
>>> {
>>>return new ArrayList();
>>>}
>>>
>>>
>> this method name is quite long. Did you try to use a shorter one?
>>
>
> Example:
>
> @OnEvent(EventConstants.PROVIDE_COMPLETIONS)
> pu
Hi Gunter,
we were also hit by some spurios javassit failures.
>
> Fermin Da Costa Gomez schrieb:
> > public class Search {
> > public List onProvideCompletionsFromFieldName(String partial)
> {
> > return new ArrayList();
> > }
> >
>
> this method name is quite long. Did you try to
Em Tue, 06 Oct 2009 14:52:44 -0300, Gunter Winkler
escreveu:
public class Search {
public List onProvideCompletionsFromFieldName(String
partial) {
return new ArrayList();
}
this method name is quite long. Did you try to use a shorter one?
Example:
@OnEvent(EventConsta
Hello Fermin,
we were also hit by some spurios javassit failures.
Fermin Da Costa Gomez schrieb:
> public class Search {
> public List onProvideCompletionsFromFieldName(String partial) {
> return new ArrayList();
> }
>
this method name is quite long. Did you try to use a short
It is starting to look like something 'funny' with the Autocomplete class
Relevant tml code:
...
...
Without the mixin i am able to create 2 exceptions, both pointing to the
Autocomplete class.
When i start without the t:mixin all is fine.
Insert the t:mixin and refresh (the browser)
Just cleaned the whole repository to no avail.
The error persists as tenaciously as my headache is increasing.
Any other suggestions (short of putting T5 by the side of the street ..)?
On Tue, Oct 6, 2009 at 12:39 AM, Fermin Da Costa Gomez <
dacostago...@dcgconsultancy.nl> wrote:
> Is there any
>
> Is there any chance i'm looking at a 'corrupted' class of sorts, even
>> though the whole thing is based on the quickstart archetype from Maven.
>>
>
> Have you tried deleting the tapestry-core JAR from your local repository
> and running a Maven goal (such as compile) again, so the JAR is
> r
Em Mon, 05 Oct 2009 19:10:41 -0300, Fermin Da Costa Gomez
escreveu:
Is there any chance i'm looking at a 'corrupted' class of sorts, even
though the whole thing is based on the quickstart archetype from Maven.
Have you tried deleting the tapestry-core JAR from your local repository
and r
>
> Would that be something like the onSuccess() method .. ?
>>
> Sorry if this sounds like a silly question, but what would be an example of
> an eventhandler method?
>
> Yes. Or some method annotated with @OnEvent.
Hmm, i figured as much so i did some stripping. Below the code that i end up
with
Em Mon, 05 Oct 2009 15:40:58 -0300, Fermin Da Costa Gomez
escreveu:
Hi Thiago,
Hi!
Sorry if this sounds like a silly question, but what would be an example
of an eventhandler method?
Would that be something like the onSuccess() method .. ?
Yes. Or some method annotated with @OnEvent.
Hi Thiago,
On Mon, Oct 5, 2009 at 7:14 PM, Thiago H. de Paula Figueiredo <
thiag...@gmail.com> wrote:
> On Fri, Sep 4, 2009 at 1:09 PM, Howard Lewis Ship
> wrote:
> > Look for any large methods that are annotated or are event listeners and
> > refactor them to be smaller; too often Javassist get
On Fri, Sep 4, 2009 at 1:09 PM, Howard Lewis Ship wrote:
> Look for any large methods that are annotated or are event listeners and
> refactor them to be smaller; too often Javassist gets confused with large
> methods.
I'm working full time in a Tapestry project using Java 6 without any
problems,
Hi Joost,
Did you get this 'sort-off' resolved?
A large method constitutes a method with 'a lot of code' or a method with a
long name (fully qualified ..)?
Tia,
Fermin
Joost Schouten (mailing lists) wrote:
>
> Thanks for the quick response,
>
> Howard Lewis Ship wrote:
>> Look for any lar
What I need to do is, over time, replace the APIs that are "thin wrappers"
on Javassist with a different high-level set of operations that can be
implemented on top of ASM (likely) instead, then deprecate the Javassist
versions, then eliminate them. See you in Tapestry 5.5 or so! :-)
On Fri, Sep 4
Thanks for the quick response,
Howard Lewis Ship wrote:
Look for any large methods that are annotated or are event listeners and
refactor them to be smaller; too often Javassist gets confused with large
methods.
That is all a bit too uncertain for me. I'll revert back to java 5 as I
have no
Look for any large methods that are annotated or are event listeners and
refactor them to be smaller; too often Javassist gets confused with large
methods.
My biggest regret for Tapestry 5: Should have ditched Javassist, much as I
like it.
On Fri, Sep 4, 2009 at 7:51 AM, Joost Schouten (ml)
wrote
30 matches
Mail list logo