Thanks for the replies!
I'll try to experiment some more!
- Original Message -
From: Nicolas Melendez nmelen...@getsense.com.ar
To: users@wicket.apache.org
Sent: Monday, November 23, 2009 7:28 PM
Subject: Re: css not managed by wicket
hi, consider use this annotations:
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 igor.vaynb...@gmail.com
i think it fell apart
-igor
On Mon, Nov 23, 2009 at 1:30 PM, Martijn Dashorst
martijn.dasho...@gmail.com wrote:
Wasn't it integrated into wicket-jmx? Or did that fall apart with
Gerolf going AWOL?
Did'nt seem broken just in version 1.3.1 of wicket.
2009/11/24 nino martinez wael nino.martinez.w...@gmail.com
I can take a brief look at it.
2009/11/23 Igor Vaynberg igor.vaynb...@gmail.com
i think it fell apart
-igor
On Mon, Nov 23, 2009 at 1:30 PM, Martijn Dashorst
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
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 nino.martinez.w...@gmail.com
Did'nt seem broken just in
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
Okay now I've done a smoketest. And it seems to be working...
2009/11/24 nino martinez wael nino.martinez.w...@gmail.com
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
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
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
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
On Tue, Nov 24, 2009 at 12:29 PM, Gerolf Seitz gerolf.se...@gmail.com 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
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
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
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
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
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
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 rodrigo.benen...@gmail.com
Nice to hear that youre still there.. For the time
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
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
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?
div id=triage-items
div id=triage-1 wicket:id=listviewfancy
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
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
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 zlus...@gmail.com wrote:
Hi,
Nothing fancy like that; no replication, just a simple localhost
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
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
wicket:link/ block so that it can resolve the context name, etc.
Problem is that it causes unexpected and peculiar behavior:
script type=text/javascript src=script/prototype.js/script
Becomes
script type=text/javascript
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
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
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 testing
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
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:
37 matches
Mail list logo