Hi,
Wouldn't code splitting at least be part of your answer: see
http://code.google.com/webtoolkit/doc/latest/DevGuideCodeSplitting.html
regards
didier
On Nov 12, 12:14 pm, "Johan P." wrote:
> Hi.
>
> I'm working on a hack of the GWT compiler enabling to dynamically load
> Module compiled separ
Hi.
I'm working on a hack of the GWT compiler enabling to dynamically load
Module compiled separately.
I don't speak of deferred binding capacities which need to compile all
code in the same process.
What I have in mind is to dynamically load modules written by other
developers compiled at differ
Hello Community!
im just evaluating GWT for our new projects and im currently planing
to re-write a huge project that is originaly written in pure
javascript (with some Javascript Frameworks) and a Java Servlet.
To do that in GWT i need the possibility to dynamically load GWT
modules.
I know, it
I don't know the full story, but maybe the problem is not a technical
one. You can't change technology (Flash => GWT) without doing some
change in your architecture... If they don't want to explore new way,
they must keep their technology.
Olivier
On Jun 22, 12:34 pm, rudolf michael wrote:
> Wel
Well this is similar to the Generator/Factory concepts.
They don't want to go with this approach although i was able to load the
Factory/Generator class from the server and use it in the client code to
generate my UIs from the definitions POJOs.
Since they have a flash background, they want to lo
If your need is only to define new view (with few logic), maybe using
a descriptive language will be better. You can write a templating
engine using GWT like a XUL interpreter or something like that. This
is not the best approach for optimized JS (file size, speed...) but
may be the best compromise
Hello there,
I know that this topic has been circling around for a while and i
thought to bring it up again just for the sake of discussion and in
case someone else has found an alternative for it.
One of our requirements is to be able to load a compiled GWT module at
runtime, bc we have a compile
stalling a plug-in.
On Mar 31, 12:12 pm, Sripathi Krishnan
wrote:
> GWT's architecture is orthogonal to your requirement of dynamic module
> loading / pluggable sub-modules, so whatever solution you find will be a
> hack and not maintainable.
>
> One of the core philosophies of G
GWT's architecture is orthogonal to your requirement of dynamic module
loading / pluggable sub-modules, so whatever solution you find will be a
hack and not maintainable.
One of the core philosophies of GWT - *If something can be done at compile
time, do it*. The key benefit of such a philo
Yeah, there is 1 problem I have with your solution and a separate
issue your solution doesn't address. The problem I have with your
solution is that iFrames can't inherit size. One behavior I like is
that you can stack the modules and they will fit tightly against the
other and the one below will
Hi,
I don't know if I'll answer your question but we working on a main GWT-
module with pluggable sub-modules. Each sub-modules is an ui-
independant part of the whole application. To avoid interferences,
each module loads into its own iframe. I wrote a messaging system that
allow each module to c
I know this is a common request of people trying to make pluggable
applications. It seems that every time someone comes up with a
solution to this problem the GWT team changes the way the core linkers
work and break the solution. I was wondering if anyone knows a way to
dynamically load a module
as part of a reorganisation of the python port of GWT, pyjamas, i just
added dynamic module loading, using AJAX. i note that this is
something that has been on the GWT roadmap for quite some time. so,
having managed to implement it successfully in pyjamas i thought that
the GWT development team
13 matches
Mail list logo