Thanks for the replies!
I'll try to experiment some more!
- Original Message -
From: "Nicolas Melendez"
To:
Sent: Monday, November 23, 2009 7:28 PM
Subject: Re: css not managed by wicket
hi, consider use this annotations:
http://wicketstuff.org/confluence/display/STUFFWIKI/wicketst
Assuming that you know this page:
http://cwiki.apache.org/WICKET/portal-howto.html
You should just copy the web.xml & portlet.xml of an already working uPortal
porlet (even if it's not Wicket based) and use the same filters /
listeners... Theses are portal-dependent plumbery, and I use eXo, so I
I can take a brief look at it.
2009/11/23 Igor Vaynberg
> i think it fell apart
>
> -igor
>
> On Mon, Nov 23, 2009 at 1:30 PM, Martijn Dashorst
> wrote:
> > Wasn't it integrated into wicket-jmx? Or did that fall apart with
> > Gerolf going AWOL?
> >
> > Martijn
> >
> > On Mon, Nov 23, 2009 at 1
Did'nt seem broken just in version 1.3.1 of wicket.
2009/11/24 nino martinez wael
> I can take a brief look at it.
>
> 2009/11/23 Igor Vaynberg
>
> i think it fell apart
>>
>> -igor
>>
>> On Mon, Nov 23, 2009 at 1:30 PM, Martijn Dashorst
>> wrote:
>> > Wasn't it integrated into wicket-jmx? Or
Hi All,
Anybody has experience with wicket running on Weblogic 10.3.1? Any hints
about?
I'm having some problem with that wicket pages does not seem to handle
page events properly, for example the first render of the page is fine,
but if I click on a button that does not seem to go to the n
Hi...
Actually it works now.
I will paste my script here, just in case anyone else should have a need for
the same feature:
If someone wants to disable let sey fridays in the wicket datepicker
calendar it can be achieved by overriding the
DatePicker getAdditionalJavascript() method.
And if you
I've upgraded to wicket 1.4-snapshot, I havent tested if it's working but it
compiles. A further note, there are some issues since some of the backing
objects are just objects and that conflicts with generics.
2009/11/24 nino martinez wael
> Did'nt seem broken just in version 1.3.1 of wicket.
>
Yep I've seen that page. uPortal is Portlet 1.0 based (Pluto).
Do you mean add the same filters/listeners as a Wicket based application would
normally use to the normal uPortal descriptors? Because a uPortal portlet can
have an empty web.xml (it gets re-written by the Pluto assembly) and a prett
Okay now I've done a smoketest. And it seems to be working...
2009/11/24 nino martinez wael
> I've upgraded to wicket 1.4-snapshot, I havent tested if it's working but
> it compiles. A further note, there are some issues since some of the backing
> objects are just objects and that conflicts wit
eXo is currently portlet 2.0 so I know nothing regarding portlet 1.0 Wicket
integration. You'll find working portlets for eXo in the standard eXo
distribution. Just copy their filters & listeners into your own
Wicket-portlet.
What I mean regarding this copy: depending upon your portal, your web.xm
Thanks Pierre.
Ok so a basic uPortal portlet doesn't need anything in web.xml. When you
deploy, as part of the spec it must be run through the Pluto Assembly which
writes the necessary config (also available as a Maven plugin which is what I
use). So you can just leave it empty and then it's au
it hasn't been integrated with wicket-jmx, since i wasn't really happy with
a few things in wicketstuff-jmxpanel.
if my memory serves me well, i've seen at least 1 other solution that had
even more functionality, i think, than
the jmxpanel i started. couldn't say specific project names or links th
On Tue, Nov 24, 2009 at 12:29 PM, Gerolf Seitz wrote:
> regarding AWOL, i'm still watching wicket-dev closely and wicket-users to a
> certain extent.
> please accept my apologies for not taking care of things i started. i would
> love to get back into wicket
> development, and hopefully in the rat
Nice to hear that youre still there.. For the time being jmxpanel is working
with wicket 1.4 and waiting for someone to give it a little love :)
I'll mention that the one from JBOSS(4.0.2-4.2) have a very retro ui, light
years from jmxpanel..
regards Nino
2009/11/24 Gerolf Seitz
> it hasn't be
thanks martijn,
i'm actually very excited about the new URL mapping stuff from igor and
matej and the
upcoming ajax rework.
unfortunately, i haven't been able to use wicket so far in my current
company until very recently
for a rather small project.
and it's kinda hypocritical to not eat your own
> Nice to hear that youre still there.. For the time being jmxpanel is working
> with wicket 1.4 and waiting for someone to give it a little love :)
where can someone grab the fixed version ?
Is great to see how fast you guys answer !
Regards,
rodrigob.
On Tue, Nov 24, 2009 at 12:43 PM, nino ma
Hi Rodrigo, I have shared on wiki stuff an jmx panel too. I have developed
time ago, when I wasn't aware of the wicket stuff existence. Later I was
afraid of remove my jmx panel from my projects because the one already on
wicket stuff wasn't up to date with wicket 1.4. So, It can help u for now
htt
Understood. Just introducing it as a possibility.
-Original Message-
From: James Carman [mailto:jcar...@carmanconsulting.com]
Sent: Monday, November 23, 2009 3:40 PM
To: users@wicket.apache.org
Subject: Re: Can @SpringBeans be optional?
That's not a dependency injection thing. It's a "
Yeah, I read your post again after I sent that. You weren't
necessarily saying that it was a DI-only trick. I do agree with you
that it's the way to go. The Null Object Pattern would be perfect for
this situation (I thought the exact same thing when I read the
question).
On Tue, Nov 24, 2009 at
We've had no problems on our implementation. Even session replication works
as expected.
What is your stack? Are you doing stick sessions? Have you enabled
session replication?
--
View this message in context:
http://old.nabble.com/wicket-on-Weblogic-10.3.1-tp26492655p26495578.html
Sent fro
Heres the snapshot:
http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-jmx-panel/1.4-SNAPSHOT/
But as Pedro mentioned he had one too,
http://wicketstuff.org/confluence/display/STUFFWIKI/MBeanView+-+JMX+panel
They should probably be merged. I like DRY :)
2009/11/24 rodrigo bene
On Tue, Nov 24, 2009 at 2:16 PM, nino martinez wael <
nino.martinez.w...@gmail.com> wrote:
>
> They should probably be merged. I like DRY :)
>
>
sounds like a sound approach :)
gerolf
> 2009/11/24 rodrigo benenson
>
> > > Nice to hear that youre still there.. For the time being jmxpanel is
>
Are you using Apache with the Weblogic plugin?
If so, do you see the same behavior if you go directly against Weblogic?
Can you confirm that subsequent requests are actually being handled by
the app server?
I ask because we've seen cases where URL mangling caused requests that
should have mapped
Hi,
Nothing fancy like that; no replication, just a simple localhost
installation for development and testing. The stack is a bit of a weird
mix, mostly legacy jsp/struts pages, decorated using sitemesh, plus few
wicket pages yet also decorated by sitemesh (plus some hacking to
include jsp f
Thank you, that worked.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Monday, November 23, 2009 7:03 PM
To: users@wicket.apache.org
Subject: Re: Adding markup to ListView containing tag?
fancy markup here
class mypage extends webpage implements ihead
I'm going directly to weblogic, which is running locally all configured
to default, it is all on the same host, no apache and no proxies in between.
Z
Edward Zarecor wrote:
Are you using Apache with the Weblogic plugin?
If so, do you see the same behavior if you go directly against Weblogi
Hmmm...a very strange stack indeed so I won't ask ;-)
So urls with 127.0.0.1 work...correct? but if you initially access via
localhost it doesn't? Do you have WL configured as a named virtual server
by chance?
Are you seeing generated urls being bounced back and forth between localhost
and 127
try taking sitemesh out of the picture and see if that helps. i
remember postings on this list a long time ago about sitemesh messing
up wicket.
-igor
On Tue, Nov 24, 2009 at 6:00 AM, zoltan luspai wrote:
> Hi,
>
>
> Nothing fancy like that; no replication, just a simple localhost
> installation
I am running two Wicket applications on WebLogic 10.3 on a Unix machine in a
bank.
One application is based on Wicket 1.3.7, the other application is based on
Wicket 1.4.3.
So far, everything is running fine.
Best regards,
giovanni
Resources a
When you start up what ports and addresses does Weblogic say it's listening on:
grep for "is now listening"
I'd recommend capturing the headers with live headers or something
similar and seeing what differs between access via localhost and
127.0.0.1.
That those differ suggests a DNS/hosts issue
I have my HTML header links for CSS and JavaScript surrounded in a
block so that it can resolve the context name, etc.
Problem is that it causes unexpected and peculiar behavior:
Becomes
Which is invalid markup, much less causing errors for me. How do I get
rid of the onclick attrib
Steve,
Unfortunately, I ran out of time, so I could not test in uPortal. Anyway,
just mail me and I'll send you my (eXo) standard web.xml and portlet.xml.
I'd like not to pollute the list with two annotated, big files.
Moreover, here's a useful link: http://portals.apache.org/bridges/
I used to
Guys,
One thing that I like regarding Wicket tester is that it easily allows one
to check a Page under design for any exception that it could throw at
creation-time. Actually, doing such a basic test is for me essential, so as
it takes only two lines of code, I systematically check all my pages th
I've got a simple Wicket based portlet working in uPortal 3.1.1 now.
However, my implementation of ServletContextProvider is just a stub so have
a feeling it's going to eventually explode again. I'm really interested in
seeing a working implementation of ServletContextProvider if anyone has come
ac
Pierre Goupil wrote:
>
> So I'm looking for a way to list all Page instances in a Wicket app, which
> could then allow me to be sure that they are all covered by a test. And
> when
> it's done maybe I could use the same system in order to ensure that
> Selenium
> (the automated functional testi
Hi all,
I have a Wicket portlet running in uPortal, and normal things like labels
and images work, but for anything that submits data, ie a Link or Button, it
throws a ClassCastException:
org.apache.pluto.internal.impl.ActionResponseImpl cannot be cast to
javax.portlet.RenderResponse
It may be d
Refer below url, I have documented my findings to make wicket working in OC4J
http://webmoli.com/2009/11/22/wicket-in-oc4j-oracleas/
http://webmoli.com/2009/11/22/wicket-in-oc4j-oracleas/
--
View this message in context:
http://old.nabble.com/Wicket-cannot-work-on-OC4J-%28ias-10g%29--tp1673824
37 matches
Mail list logo