Hi,
You should use onComplete instead of onAfter.
What is the problem with the contents ?
On Thu, Jun 27, 2013 at 9:48 AM, smöker wrote:
> hi guys,
>
> i'm stuck in a problem showing up a modal window before a long running task
> started by an ajax button and closing it when the process is fin
Hi,
I'm not sure whether this is the best solution but you can inject a
Provider:
@Inject
private Provider em;
...
em.get().find(...);
On Thu, Jun 27, 2013 at 9:36 AM, Bas Gooren wrote:
> Hi,
>
> Looking at the github project you refer to, it should work.
> The GuiceComponentInjector which
hi,
thanks for getting back to me! will try onComplete immediately.
-> problem showing ModalWindow contents is, that the content of the
ModalWindow (any kind of panel with components and/or static html) remains
with display:none in style tag -> invisible.
taking a look to whats happening in Moda
I've found the combination of Wicket + Scala to be very productive.
Just make sure you use Fodel from Wicketstuff
When things get tricky, simply reduce the problem down to a java quick
start and proceed as usual.
I find that 99% of the time making a quick start solves the problem, when I
realize
I want to add some jquery java script for every AjaxRequestTarget, I dont
want to repeat this code all over , is there a way to add my java script
to the target instance in a global way?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/append-javascrit-to-Ajax
org.apache.wicket.protocol.http.WebApplication#getAjaxRequestTargetListeners().add(new
org.apache.wicket.ajax.AjaxRequestTarget.AbstractListener() {
@Override
org.apache.wicket.ajax.AjaxRequestTarget.AbstractListener#onBeforeRespond()
})
On Thu, Jun 27, 2013 at 1:02 PM, fachhoch wrote:
> I wan
I have egg on my face. After delving into this more deeply, I discovered
our corporate framework "helpfully" removes disabled buttons before they
get to the browser. Don't agree with the approach, but it is what it is.
(slinks away with tail between legs...)
From: Paul Bors
To:
Date
I agree; Since the EntityManager is bound to the request (scope), it's
usually better to inject Provider
However, in the demo project the service is not a singleton, so it
should be fine. A new instance of the service is created for every
injection.
Met vriendelijke groet,
Kind regards,
Bas
Here are some discussions:
http://stackoverflow.com/questions/10431640/guice-persist-attempting-to-execute-an-operation-on-a-closed-entitymanager
http://stackoverflow.com/questions/14585505/jpa-guice-persist-permanently-opened-connection-issue
On Thu, Jun 27, 2013 at 3:20 PM, Bas Gooren wrote:
I'm not the one who posed the original question.
Andreas, like I said: please show us some code, and we can help you
pinpoint your issue.
In case your service is being serialized, a quick fix is to inject a
Provider instead of an EntityManager.
Met vriendelijke groet,
Kind regards,
Bas Goore
Forgive my newbie questions, but what is Fodel?
Is JBoss the most promising app server to build on? I have always felt like
any sufficiently advanced Rails app is indistinguishable from an ad-hoc
reinvention of a poorly spec'ed Java app server...
On Thu, Jun 27, 2013 at 5:18 AM, Peter Henderson
On Thu, Jun 27, 2013 at 6:29 PM, Mike Pence wrote:
> Forgive my newbie questions, but what is Fodel?
>
https://github.com/wicketstuff/core/blob/master/jdk-1.6-parent/scala-extensions-parent/wicket-scala/src/main/scala/org/wicketstuff/scala/Fodel.scala?source=cc
>
> Is JBoss the most promising
So when you need to add background jobs, message queues, user authentication
and such, do you just grab your favorite java libraries for those kinds of
things?
On Jun 27, 2013, at 11:34 AM, Martin Grigorov wrote:
> On Thu, Jun 27, 2013 at 6:29 PM, Mike Pence wrote:
>
>> Forgive my newbie qu
I'm getting a serialization error when I shutdown Tomcat that has me confused.
java.io.NotSerializableException:
com.oa.frontoffice.service.AuthenticationService
I experienced quite a bit of this at first before learning that Wicket
serializes quite heavily, but gained a more thorough understan
While I agree with searching mailing list or searching web first, from
most users perspective, if you google for information before bothering
others, you end up on old pages and then links are broken. For example
just google wicket framework documentation. First link shows up in
google is https
I found a solution, but I'm not sure it's the best/most elegant one, there is
a lot of messy code.
Upon selecting a certain AjaxCheckbox A in a ListView, I had to
1) disable AjaxCheckbox B
2) set its value to TRUE
and conversely, upon deselecting A, I had to (1) enable B and (2) set its
value to
Yes I did reach this "404" page with a Google search.
Yes it would be nice to have a redirect to the new wiki or at least a
warning message.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/wicket-wiki-down-tp4659747p4659873.html
Sent from the Users forum mailing list
This is not the (or a) new wiki. This has been the wiki since we
joined Apache. We were obligated to use an export of the wiki (which
is a java process that is often broken) and link to the static files.
Since a couple of upgrades the export doesn't work anymore, and now
the static content has been
On Thu, Jun 27, 2013 at 6:48 PM, Michael Pence wrote:
> So when you need to add background jobs, message queues, user
> authentication and such, do you just grab your favorite java libraries for
> those kinds of things?
>
Yes. Often they provide much more functionality than what is in the JEE
st
On Thu, Jun 27, 2013 at 3:59 PM, Bas Gooren wrote:
> I'm not the one who posed the original question.
>
> Andreas, like I said: please show us some code, and we can help you pinpoint
> your issue.
Thanks for all the rapid help!
I've created a minimal page that shows the error. Basically no
diff
Thank you both for your answers.
I wonder what would be best if you want to use the same validation
framework in multiple scenarios. I have a domain object that can be updated
either by a wicket form or by uploading an excel file. I want to have the
same validation logic. Would it be best to use a
Yeah I have seen that post about that issue, but I don't use any img. Most of
my pictures are div and the image is called in the CSS.
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Chrome-Calling-Pages-Twice-Issue-tp4659839p4659879.html
Sent from the Users forum mai
Hi Andreas,
When your validator fails, you remain on the FormPage. A quick debug
session shows me that the injected IService remains the same accross
requests.
The fix for your problem is simple, and a best practice anyway: inject
Provider in your service.
It's a best practice since the serv
On Thu, Jun 27, 2013 at 11:25 PM, Bas Gooren wrote:
> Hi Andreas,
>
> When your validator fails, you remain on the FormPage. A quick debug session
> shows me that the injected IService remains the same accross requests.
I've seen this too. I thought that this didn't matter since, as you
said: "Th
PS See https://code.google.com/p/google-guice/wiki/InjectingProviders
(header "Providers for Mixing Scopes").
Met vriendelijke groet,
Kind regards,
Bas Gooren
Op 27-6-2013 22:03, schreef Andreas Lundblad:
On Thu, Jun 27, 2013 at 3:59 PM, Bas Gooren wrote:
I'm not the one who posed the origi
Hi Andreas,
My guess is that the GuiceComponentInjector proxies are "detached" when
the page is serialized.
The last page (or the last N pages) are kept in memory by wicket (I
think, last I checked was some years ago).
Checking ...
Yes, see LazyInitProxyFactory and its nested class JdkJHandle
hi
quick question about clustering: am i right to believe that putting
session/pagemap data in a memcached-like storage has advantages over the
tomcat session clustering in terms of latency and robust failover behaviour?
i mean, the latter obviously has the data nearby (when assuming sticky
se
27 matches
Mail list logo
