Re: Wicket cannot work on OC4J (ias 10g)?
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--tp16738242p26507948.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket portlet ClassCastException
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 do do with the implementation of the two classes I need to provide from here: http://cwiki.apache.org/WICKET/portal-howto.html Does that sound familiar? How are others handling links/forms? Does anyone have a portlet (for any portal) that I can take a look at? thanks, Steve
Re: Wicket tester test coverage
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 tool) has covered all my pages as well > (more deeply). > What you need is TDD. Once you adopt TDD, you will have every page tested. - -- Kent Tong Better way to unit test Wicket pages (http://wicketpagetest.sourceforge.net) -- View this message in context: http://old.nabble.com/Wicket-tester-test-coverage-tp26505428p26507647.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket portlet in uPortal 3.1.1
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 across one and it's generic enough to be ported. Thanks, Steve On Wed, Nov 25, 2009 at 10:42 AM, Pierre Goupil wrote: > 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 find once a ServletContextProvider implementation here. > > And regarding Wicket 1.4, I think that it only supports portlet 2.0, > althought I can't remember where I heard that. But Wicket 1.4 support for > portlet is indeed far more advanced than in 1.3 (it doesn't need > theServletContextProvider implementation > anymore, right?), so if you can use any portal that you like, I'd recommand > to use a more "up-to-date" one. My 2 cents. > > Regards, > > Pierre > > > On Tue, Nov 24, 2009 at 11:21 AM, Steve Swinsburg < > steve.swinsb...@gmail.com > > wrote: > > > 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 automatically setup. > > You can also hardcode it but it may change between specs so best to let > it > > do its thing. > > > > I'll run through it again with a simple portlet that I know works. The > main > > issue is providing the implementation of PortletResourceURLFactory > > and ServletContextProvider. Portlet 1.0/uPortal doesn't seem to provide > this > > implementation so I need to provide it. Perhaps I'll backport it from > > Portlet 2.0 but I was sure someone had alredy accomplished this. > > > > BTW, is Portlet 1.0 support still in Wicket 1.4 or only 1.3.x? I read > that > > only Portlet 2.0 was being supported for 1.4. > > > > I'd still like to see the web.xml and portlet.xml for eXo if you can > send? > > > > Thanks, > > Steve > > > > > > On 24/11/2009, at 9:01 PM, Pierre Goupil wrote: > > > > 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.xml > > may be required to provide a set of non-standard listeners and / or > > filters. > > So the best way is to get inspired by what a portlet which is known to > work > > provides. > > > > If you wish to give eXo a try, I can prodive you with a (eXo) standard > > web.xml & portlet.xml which works for Wicket. But, as I said, I'm afraid > I > > can't provide it for uPortal. I'll give uPortal a try this day, and maybe > > I'll come again. > > > > Regards, > > > > Pierre > > > > > > > > On Tue, Nov 24, 2009 at 10:39 AM, Steve Swinsburg < > > steve.swinsb...@gmail.com > > > > wrote: > > > > > > 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 pretty standard portlet.xml. > > > > > > That page suggests providing an implementation of the two bridge classes > > > > (which it won't startup without) and additional filters. Can I see an eXo > > > > portlet? Is that portlet spec 1 or 2? > > > > > > thanks, > > > > Steve > > > > > > > > On 24/11/2009, at 8:00 PM, Pierre Goupil wrote: > > > > > > 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 > > > > can't > > > > help without knowing the specificities of uPortal. > > > > > > Are you using portlet 1.0 or 2.0? > > > > > > HTH, > > > > > > Pierre > > > > > > > > On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg > > > > wrote: > > > > > > Hi all, > > > > > > I'm trying to get a portlet happening for uPortal 3.1.1 which is based > > > > on > > > > the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they > > > > can > > > > point me at? > > > > > > thanks, > > > > Steve > > > > > > > > > > > > -- > > > > Rien de grand ne s'est accompli dans le monde sans passion. > > > > > > (G.W.F. Hegel,
Wicket tester test coverage
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 this way. You know, the: // start and render the test page this.tester.startPage(HomePage.class); // assert rendered page class this.tester.assertRenderedPage(HomePage.class); thing. What I like so much with it is that any error which would occur when you load the page in FF / IE... occurs without leaving Eclipse and immediately. When the workflow to find the page in the browser is long and repetitive, it's a relief! BUT, when the number of pages grow, two related problems emerge: -you have to duplicate these two lines of code everytime, which is a (small) pain in itself -and you have no guarantee that you didn't forget any page, which is worst. 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 tool) has covered all my pages as well (more deeply). I could use a test coverage tool, but 1) it wouldn't work with Selenium 2) I don't want to generate a report, I want the test suit to fail if a Page is not covered by my test class. Could anyone suggest where to start, please? Regards, Pierre -- Rien de grand ne s'est accompli dans le monde sans passion. (G.W.F. Hegel, philosophe allemand)
Re: Wicket portlet in uPortal 3.1.1
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 find once a ServletContextProvider implementation here. And regarding Wicket 1.4, I think that it only supports portlet 2.0, althought I can't remember where I heard that. But Wicket 1.4 support for portlet is indeed far more advanced than in 1.3 (it doesn't need theServletContextProvider implementation anymore, right?), so if you can use any portal that you like, I'd recommand to use a more "up-to-date" one. My 2 cents. Regards, Pierre On Tue, Nov 24, 2009 at 11:21 AM, Steve Swinsburg wrote: > 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 automatically setup. > You can also hardcode it but it may change between specs so best to let it > do its thing. > > I'll run through it again with a simple portlet that I know works. The main > issue is providing the implementation of PortletResourceURLFactory > and ServletContextProvider. Portlet 1.0/uPortal doesn't seem to provide this > implementation so I need to provide it. Perhaps I'll backport it from > Portlet 2.0 but I was sure someone had alredy accomplished this. > > BTW, is Portlet 1.0 support still in Wicket 1.4 or only 1.3.x? I read that > only Portlet 2.0 was being supported for 1.4. > > I'd still like to see the web.xml and portlet.xml for eXo if you can send? > > Thanks, > Steve > > > On 24/11/2009, at 9:01 PM, Pierre Goupil wrote: > > 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.xml > may be required to provide a set of non-standard listeners and / or > filters. > So the best way is to get inspired by what a portlet which is known to work > provides. > > If you wish to give eXo a try, I can prodive you with a (eXo) standard > web.xml & portlet.xml which works for Wicket. But, as I said, I'm afraid I > can't provide it for uPortal. I'll give uPortal a try this day, and maybe > I'll come again. > > Regards, > > Pierre > > > > On Tue, Nov 24, 2009 at 10:39 AM, Steve Swinsburg < > steve.swinsb...@gmail.com > > wrote: > > > 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 pretty standard portlet.xml. > > > That page suggests providing an implementation of the two bridge classes > > (which it won't startup without) and additional filters. Can I see an eXo > > portlet? Is that portlet spec 1 or 2? > > > thanks, > > Steve > > > > On 24/11/2009, at 8:00 PM, Pierre Goupil wrote: > > > 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 > > can't > > help without knowing the specificities of uPortal. > > > Are you using portlet 1.0 or 2.0? > > > HTH, > > > Pierre > > > > On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg > > wrote: > > > Hi all, > > > I'm trying to get a portlet happening for uPortal 3.1.1 which is based > > on > > the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they > > can > > point me at? > > > thanks, > > Steve > > > > > > -- > > Rien de grand ne s'est accompli dans le monde sans passion. > > > (G.W.F. Hegel, philosophe allemand) > > > > > > -- > Rien de grand ne s'est accompli dans le monde sans passion. > > (G.W.F. Hegel, philosophe allemand) > > > -- Rien de grand ne s'est accompli dans le monde sans passion. (G.W.F. Hegel, philosophe allemand)
onclick auto-added to
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 attribute? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 to me. Ed. On Tue, Nov 24, 2009 at 9:06 AM, zoltan luspai wrote: > 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 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 to our wicket app not being properly proxied by the >> Weblogic plugin. The result was an Apache error as it couldn't handle >> the request itself and wasn't forwarding it. >> >> Ed. >> >> On Tue, Nov 24, 2009 at 4:11 AM, zoltan luspai wrote: >> >>> >>> 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 next page. Sorry for >>> being >>> foggy here; the thing is being investigated now... >>> >>> >>> Thanks, >>> >>> Zoltan >>> >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 are limited, Imagination is unlimited. From: zoltan luspai To: users@wicket.apache.org Sent: Tue, November 24, 2009 10:11:51 AM Subject: wicket on Weblogic 10.3.1 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 next page. Sorry for being foggy here; the thing is being investigated now... Thanks, Zoltan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 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 > fragments; don't ask ;-). > > > What I see now that if I use the "http://localhost:7001/x"; url then any > "POST" request will just fail, for example validation of some component is > not called, but if I use the ip address like "http://127.0.0.1/x"; urls then > it is just fine. Any hints on that? The same stuff is fine with tomcat. > > Btw; I'm on linux and localhost corretly resolves to 127.0.0.1. > > > Cheers ( and sorry if that goes off-topic ) > > Zoltan > > > Doug Leeper wrote: > >> 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? >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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.0.0.1 when you access via localhost? If so, this may cause your session information to be lost when bouncing back/forth as 'domain name' (i believe) is used for your session key (via cookies). You can't access cookies from a different domain. -- View this message in context: http://old.nabble.com/wicket-on-Weblogic-10.3.1-tp26492655p26498557.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 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 to our wicket app not being properly proxied by the Weblogic plugin. The result was an Apache error as it couldn't handle the request itself and wasn't forwarding it. Ed. On Tue, Nov 24, 2009 at 4:11 AM, zoltan luspai wrote: 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 next page. Sorry for being foggy here; the thing is being investigated now... Thanks, Zoltan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Adding markup to ListView containing tag?
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 iheadercontributor { public mypage() { add(new listview("listview,...) { protected item newitem(string id, int idx) { return new item(id, idx) { protected oncomponenttag(tag) { tag.put("class","fancyitem"); } }; }); } renderhead(resp) { resp.renderondomreadyjavascript("$(".fancyitem.whatever_jquery_thing_you_want"); } } -igor On Mon, Nov 23, 2009 at 2:41 PM, Loritsch, Berin C. wrote: > What I would like is to be able to have markup like this: > > > fancy markup here > fancy markup here > > > Along with this, to provide javascript effects on hover/focus for the > individual items in the list. The problem is that I can't do this with > Wicket easily. I basically get markup like this: > > fancy markup here > fancy markup here > > I attempted to create a panel with a panel with the ListView to do what > I wanted, but it ended up looking like this: > > fancy markup here > fancy markup here > > Which is no-where near what I want. I'm trying to work with the "Wicket > in Action" book and the short section on repeating lists doesn't provide > enough to help me get it working. All my attempts at writing the "id" > attribute using the examples in the book don't work (no ID is ever > created). > > Can anyone help my sanity? While I do care about the markup, it's less > important than the end target of adding the AJAX effects to the items in > the list. > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 fragments; don't ask ;-). What I see now that if I use the "http://localhost:7001/x"; url then any "POST" request will just fail, for example validation of some component is not called, but if I use the ip address like "http://127.0.0.1/x"; urls then it is just fine. Any hints on that? The same stuff is fine with tomcat. Btw; I'm on linux and localhost corretly resolves to 127.0.0.1. Cheers ( and sorry if that goes off-topic ) Zoltan Doug Leeper wrote: 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? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket on Weblogic 10.3.1
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 to our wicket app not being properly proxied by the Weblogic plugin. The result was an Apache error as it couldn't handle the request itself and wasn't forwarding it. Ed. On Tue, Nov 24, 2009 at 4:11 AM, zoltan luspai wrote: > 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 next page. Sorry for being > foggy here; the thing is being investigated now... > > > Thanks, > > Zoltan > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketStuff JMX
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 > > 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 martinez wael > > wrote: > > > 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 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 > > >> though. > > >> > > >> 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 rather near-ish future, i can make > > some > > >> time to bring these words into action. > > >> > > >> Best regards, > > >> Gerolf > > >> > > >> > > >> On Mon, Nov 23, 2009 at 10: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? > > >> > > > >> > Martijn > > >> > > > >> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < > > igor.vaynb...@gmail.com > > >> > > > >> > wrote: > > >> > > i guess its waiting for someone with time to bring it back up to > > speed. > > >> > > > > >> > > -igor > > >> > > > > >> > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > > >> > > wrote: > > >> > >> Hello there ! > > >> > >> Is there any news on WicketStuff JmxPanel ? > > >> > >> > > >> > >> It seems to be broken for a while now > > >> > >> > http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > > >> > >> > > >> > >> It seems that in the past there was some consensus on keeping > > >> > >> wicket-jmx and jmxpanel up to date. > > >> > >> > > >> > >> > > >> > > > >> > > > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > > >> > >> > > >> > >> Anyone has tried to fix this ? > > >> > >> > > >> > >> Regards, > > >> > >> rodrigob. > > >> > >> ps: thanks for wicket ! > > >> > >> > > >> > >> > > - > > >> > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> > >> For additional commands, e-mail: users-h...@wicket.apache.org > > >> > >> > > >> > >> > > >> > > > > >> > > > > - > > >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> > > For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > > > >> > > > > >> > > > >> > > > >> > > > >> > -- > > >> > Become a Wicket expert, learn from the best: > > http://wicketinaction.com > > >> > Apache Wicket 1.4 increases type safety for web applications > > >> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > >> > > > >> > > - > > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> > For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > > >> > > > >> > > > > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: WicketStuff JMX
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 benenson > > 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 martinez wael > wrote: > > 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 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 > >> though. > >> > >> 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 rather near-ish future, i can make > some > >> time to bring these words into action. > >> > >> Best regards, > >> Gerolf > >> > >> > >> On Mon, Nov 23, 2009 at 10: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? > >> > > >> > Martijn > >> > > >> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < > igor.vaynb...@gmail.com > >> > > >> > wrote: > >> > > i guess its waiting for someone with time to bring it back up to > speed. > >> > > > >> > > -igor > >> > > > >> > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > >> > > wrote: > >> > >> Hello there ! > >> > >> Is there any news on WicketStuff JmxPanel ? > >> > >> > >> > >> It seems to be broken for a while now > >> > >> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > >> > >> > >> > >> It seems that in the past there was some consensus on keeping > >> > >> wicket-jmx and jmxpanel up to date. > >> > >> > >> > >> > >> > > >> > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > >> > >> > >> > >> Anyone has tried to fix this ? > >> > >> > >> > >> Regards, > >> > >> rodrigob. > >> > >> ps: thanks for wicket ! > >> > >> > >> > >> > - > >> > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > >> > >> > >> > > > >> > > > - > >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > > >> > > > >> > > >> > > >> > > >> > -- > >> > Become a Wicket expert, learn from the best: > http://wicketinaction.com > >> > Apache Wicket 1.4 increases type safety for web applications > >> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > >> > > >> > - > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > >> > > >> > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: wicket on Weblogic 10.3.1
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 from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Can @SpringBeans be optional?
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 7:59 AM, Loritsch, Berin C. wrote: > 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 "design pattern" > called the "Null Object" pattern. > > On Mon, Nov 23, 2009 at 12:38 PM, Loritsch, Berin C. > wrote: >> Technically speaking from the Dependency Injection koolaid doctrine, the >> best way to solve the problem is to have a "null" implementation of your >> service that does nothing. The code you are writing doesn't have to >> have complex if/else logic as it's able to assume the service is always >> there. The null implementation is wired in for the app that doesn't use >> it. >> >> Alternatively, create your accessor (getRememberMeService()) in the >> session that will access the ApplicationContext itself. It will >> determine if the bean exists or not and return the appropriate value. >> Since it allows for lazy initialization, it also addresses any issues >> from the ApplicationContext not being set up in time during unit >> testing. >> >> -Original Message- >> From: Anthony DePalma [mailto:fatef...@gmail.com] >> Sent: Monday, November 23, 2009 6:47 AM >> To: users@wicket.apache.org >> Subject: Can @SpringBeans be optional? >> >> Often with spring I give some of my services extra features if they are >> configured in the xml for it, but otherwise if they are null they are >> simply >> ignored. I'm running into an issue with my websession, that one of my >> apps >> can use the RememberMeService but another cannot. However, I'd like to >> have >> one abstractwebsession they can share, but unfortunately I'll get an >> exception when starting the app without the rememberMeService defined in >> the >> xml. It wouldn't make sense to define one to satisfy the error. >> >> The only solution I had so far was to inject it into the application >> class, >> where i can do so without @springbeans and thus a service can be null, >> but >> is there any way I can configure springbeans to not throw an error on >> startup for optional services? >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Can @SpringBeans be optional?
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 "design pattern" called the "Null Object" pattern. On Mon, Nov 23, 2009 at 12:38 PM, Loritsch, Berin C. wrote: > Technically speaking from the Dependency Injection koolaid doctrine, the > best way to solve the problem is to have a "null" implementation of your > service that does nothing. The code you are writing doesn't have to > have complex if/else logic as it's able to assume the service is always > there. The null implementation is wired in for the app that doesn't use > it. > > Alternatively, create your accessor (getRememberMeService()) in the > session that will access the ApplicationContext itself. It will > determine if the bean exists or not and return the appropriate value. > Since it allows for lazy initialization, it also addresses any issues > from the ApplicationContext not being set up in time during unit > testing. > > -Original Message- > From: Anthony DePalma [mailto:fatef...@gmail.com] > Sent: Monday, November 23, 2009 6:47 AM > To: users@wicket.apache.org > Subject: Can @SpringBeans be optional? > > Often with spring I give some of my services extra features if they are > configured in the xml for it, but otherwise if they are null they are > simply > ignored. I'm running into an issue with my websession, that one of my > apps > can use the RememberMeService but another cannot. However, I'd like to > have > one abstractwebsession they can share, but unfortunately I'll get an > exception when starting the app without the rememberMeService defined in > the > xml. It wouldn't make sense to define one to satisfy the error. > > The only solution I had so far was to inject it into the application > class, > where i can do so without @springbeans and thus a service can be null, > but > is there any way I can configure springbeans to not throw an error on > startup for optional services? > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketStuff JMX
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 http://wicketstuff.org/confluence/display/STUFFWIKI/MBeanView+-+JMX+panel On Tue, Nov 24, 2009 at 10:44 AM, rodrigo benenson < rodrigo.benen...@gmail.com> wrote: > > 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 martinez wael > wrote: > > 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 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 > >> though. > >> > >> 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 rather near-ish future, i can make > some > >> time to bring these words into action. > >> > >> Best regards, > >> Gerolf > >> > >> > >> On Mon, Nov 23, 2009 at 10: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? > >> > > >> > Martijn > >> > > >> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < > igor.vaynb...@gmail.com > >> > > >> > wrote: > >> > > i guess its waiting for someone with time to bring it back up to > speed. > >> > > > >> > > -igor > >> > > > >> > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > >> > > wrote: > >> > >> Hello there ! > >> > >> Is there any news on WicketStuff JmxPanel ? > >> > >> > >> > >> It seems to be broken for a while now > >> > >> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > >> > >> > >> > >> It seems that in the past there was some consensus on keeping > >> > >> wicket-jmx and jmxpanel up to date. > >> > >> > >> > >> > >> > > >> > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > >> > >> > >> > >> Anyone has tried to fix this ? > >> > >> > >> > >> Regards, > >> > >> rodrigob. > >> > >> ps: thanks for wicket ! > >> > >> > >> > >> > - > >> > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > >> > >> > >> > > > >> > > > - > >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > > >> > > > >> > > >> > > >> > > >> > -- > >> > Become a Wicket expert, learn from the best: > http://wicketinaction.com > >> > Apache Wicket 1.4 increases type safety for web applications > >> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > >> > > >> > - > >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> > For additional commands, e-mail: users-h...@wicket.apache.org > >> > > >> > > >> > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Pedro Henrique Oliveira dos Santos
Re: WicketStuff JMX
> 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 martinez wael wrote: > 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 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 >> though. >> >> 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 rather near-ish future, i can make some >> time to bring these words into action. >> >> Best regards, >> Gerolf >> >> >> On Mon, Nov 23, 2009 at 10: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? >> > >> > Martijn >> > >> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg > > >> > wrote: >> > > i guess its waiting for someone with time to bring it back up to speed. >> > > >> > > -igor >> > > >> > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson >> > > wrote: >> > >> Hello there ! >> > >> Is there any news on WicketStuff JmxPanel ? >> > >> >> > >> It seems to be broken for a while now >> > >> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html >> > >> >> > >> It seems that in the past there was some consensus on keeping >> > >> wicket-jmx and jmxpanel up to date. >> > >> >> > >> >> > >> http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html >> > >> >> > >> Anyone has tried to fix this ? >> > >> >> > >> Regards, >> > >> rodrigob. >> > >> ps: thanks for wicket ! >> > >> >> > >> - >> > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > >> For additional commands, e-mail: users-h...@wicket.apache.org >> > >> >> > >> >> > > >> > > - >> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > > For additional commands, e-mail: users-h...@wicket.apache.org >> > > >> > > >> > >> > >> > >> > -- >> > Become a Wicket expert, learn from the best: http://wicketinaction.com >> > Apache Wicket 1.4 increases type safety for web applications >> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > For additional commands, e-mail: users-h...@wicket.apache.org >> > >> > >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketStuff JMX
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 dogfood :) just need to find myself some kind of out-of-work-project for that i guess :) nino, thanks for taking care of the jmxpanel update. cheers, gerolf On Tue, Nov 24, 2009 at 12:43 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > 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 rather near-ish future, i can make some > > time to bring these words into action. > > No need to apologize! Life happens. Sometimes the paths separate and > life takes people in a different direction. > > We are grateful for the time you've volunteered thus far. > > Martijn > > PS. I'm glad you're at least still reading with us :) > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: WicketStuff JMX
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 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 > though. > > 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 rather near-ish future, i can make some > time to bring these words into action. > > Best regards, > Gerolf > > > On Mon, Nov 23, 2009 at 10: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? > > > > Martijn > > > > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg > > > wrote: > > > i guess its waiting for someone with time to bring it back up to speed. > > > > > > -igor > > > > > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > > > wrote: > > >> Hello there ! > > >> Is there any news on WicketStuff JmxPanel ? > > >> > > >> It seems to be broken for a while now > > >> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > > >> > > >> It seems that in the past there was some consensus on keeping > > >> wicket-jmx and jmxpanel up to date. > > >> > > >> > > > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > > >> > > >> Anyone has tried to fix this ? > > >> > > >> Regards, > > >> rodrigob. > > >> ps: thanks for wicket ! > > >> > > >> - > > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > >> For additional commands, e-mail: users-h...@wicket.apache.org > > >> > > >> > > > > > > - > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > > > > > > > -- > > Become a Wicket expert, learn from the best: http://wicketinaction.com > > Apache Wicket 1.4 increases type safety for web applications > > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >
Re: WicketStuff JMX
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 rather near-ish future, i can make some > time to bring these words into action. No need to apologize! Life happens. Sometimes the paths separate and life takes people in a different direction. We are grateful for the time you've volunteered thus far. Martijn PS. I'm glad you're at least still reading with us :) -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web applications Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketStuff JMX
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 though. 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 rather near-ish future, i can make some time to bring these words into action. Best regards, Gerolf On Mon, Nov 23, 2009 at 10: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? > > Martijn > > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg > wrote: > > i guess its waiting for someone with time to bring it back up to speed. > > > > -igor > > > > On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > > wrote: > >> Hello there ! > >> Is there any news on WicketStuff JmxPanel ? > >> > >> It seems to be broken for a while now > >> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > >> > >> It seems that in the past there was some consensus on keeping > >> wicket-jmx and jmxpanel up to date. > >> > >> > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > >> > >> Anyone has tried to fix this ? > >> > >> Regards, > >> rodrigob. > >> ps: thanks for wicket ! > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket portlet in uPortal 3.1.1
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 automatically setup. You can also hardcode it but it may change between specs so best to let it do its thing. I'll run through it again with a simple portlet that I know works. The main issue is providing the implementation of PortletResourceURLFactory and ServletContextProvider. Portlet 1.0/uPortal doesn't seem to provide this implementation so I need to provide it. Perhaps I'll backport it from Portlet 2.0 but I was sure someone had alredy accomplished this. BTW, is Portlet 1.0 support still in Wicket 1.4 or only 1.3.x? I read that only Portlet 2.0 was being supported for 1.4. I'd still like to see the web.xml and portlet.xml for eXo if you can send? Thanks, Steve On 24/11/2009, at 9:01 PM, Pierre Goupil wrote: > 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.xml > may be required to provide a set of non-standard listeners and / or filters. > So the best way is to get inspired by what a portlet which is known to work > provides. > > If you wish to give eXo a try, I can prodive you with a (eXo) standard > web.xml & portlet.xml which works for Wicket. But, as I said, I'm afraid I > can't provide it for uPortal. I'll give uPortal a try this day, and maybe > I'll come again. > > Regards, > > Pierre > > > > On Tue, Nov 24, 2009 at 10:39 AM, Steve Swinsburg > wrote: > >> 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 pretty standard portlet.xml. >> >> That page suggests providing an implementation of the two bridge classes >> (which it won't startup without) and additional filters. Can I see an eXo >> portlet? Is that portlet spec 1 or 2? >> >> thanks, >> Steve >> >> >> On 24/11/2009, at 8:00 PM, Pierre Goupil wrote: >> >>> 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 >> can't >>> help without knowing the specificities of uPortal. >>> >>> Are you using portlet 1.0 or 2.0? >>> >>> HTH, >>> >>> Pierre >>> >>> >>> On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg >>> wrote: >>> Hi all, I'm trying to get a portlet happening for uPortal 3.1.1 which is based >> on the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they >> can point me at? thanks, Steve >>> >>> >>> >>> -- >>> Rien de grand ne s'est accompli dans le monde sans passion. >>> >>> (G.W.F. Hegel, philosophe allemand) >> >> > > > -- > Rien de grand ne s'est accompli dans le monde sans passion. > > (G.W.F. Hegel, philosophe allemand) smime.p7s Description: S/MIME cryptographic signature
Re: Wicket portlet in uPortal 3.1.1
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.xml may be required to provide a set of non-standard listeners and / or filters. So the best way is to get inspired by what a portlet which is known to work provides. If you wish to give eXo a try, I can prodive you with a (eXo) standard web.xml & portlet.xml which works for Wicket. But, as I said, I'm afraid I can't provide it for uPortal. I'll give uPortal a try this day, and maybe I'll come again. Regards, Pierre On Tue, Nov 24, 2009 at 10:39 AM, Steve Swinsburg wrote: > 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 pretty standard portlet.xml. > > That page suggests providing an implementation of the two bridge classes > (which it won't startup without) and additional filters. Can I see an eXo > portlet? Is that portlet spec 1 or 2? > > thanks, > Steve > > > On 24/11/2009, at 8:00 PM, Pierre Goupil wrote: > > > 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 > can't > > help without knowing the specificities of uPortal. > > > > Are you using portlet 1.0 or 2.0? > > > > HTH, > > > > Pierre > > > > > > On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg > > wrote: > > > >> Hi all, > >> > >> I'm trying to get a portlet happening for uPortal 3.1.1 which is based > on > >> the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they > can > >> point me at? > >> > >> thanks, > >> Steve > >> > > > > > > > > -- > > Rien de grand ne s'est accompli dans le monde sans passion. > > > > (G.W.F. Hegel, philosophe allemand) > > -- Rien de grand ne s'est accompli dans le monde sans passion. (G.W.F. Hegel, philosophe allemand)
Re: WicketStuff JMX
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 with generics. > > > 2009/11/24 nino martinez wael > >> 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 did that fall apart with > Gerolf going AWOL? > > Martijn > > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < igor.vaynb...@gmail.com> wrote: >> i guess its waiting for someone with time to bring it back up to speed. >> >> -igor >> >> On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson >> wrote: >>> Hello there ! >>> Is there any news on WicketStuff JmxPanel ? >>> >>> It seems to be broken for a while now >>> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html >>> >>> It seems that in the past there was some consensus on keeping >>> wicket-jmx and jmxpanel up to date. >>> >>> http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html >>> >>> Anyone has tried to fix this ? >>> >>> Regards, >>> rodrigob. >>> ps: thanks for wicket ! >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > > -- > Become a Wicket expert, learn from the best: http://wicketinaction.com > Apache Wicket 1.4 increases type safety for web applications > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >
Re: Wicket portlet in uPortal 3.1.1
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 pretty standard portlet.xml. That page suggests providing an implementation of the two bridge classes (which it won't startup without) and additional filters. Can I see an eXo portlet? Is that portlet spec 1 or 2? thanks, Steve On 24/11/2009, at 8:00 PM, Pierre Goupil wrote: > 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 can't > help without knowing the specificities of uPortal. > > Are you using portlet 1.0 or 2.0? > > HTH, > > Pierre > > > On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg > wrote: > >> Hi all, >> >> I'm trying to get a portlet happening for uPortal 3.1.1 which is based on >> the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they can >> point me at? >> >> thanks, >> Steve >> > > > > -- > Rien de grand ne s'est accompli dans le monde sans passion. > > (G.W.F. Hegel, philosophe allemand) smime.p7s Description: S/MIME cryptographic signature
Re: WicketStuff JMX
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. > > 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 did that fall apart with >>> > Gerolf going AWOL? >>> > >>> > Martijn >>> > >>> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < >>> igor.vaynb...@gmail.com> wrote: >>> >> i guess its waiting for someone with time to bring it back up to >>> speed. >>> >> >>> >> -igor >>> >> >>> >> On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson >>> >> wrote: >>> >>> Hello there ! >>> >>> Is there any news on WicketStuff JmxPanel ? >>> >>> >>> >>> It seems to be broken for a while now >>> >>> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html >>> >>> >>> >>> It seems that in the past there was some consensus on keeping >>> >>> wicket-jmx and jmxpanel up to date. >>> >>> >>> >>> >>> http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html >>> >>> >>> >>> Anyone has tried to fix this ? >>> >>> >>> >>> Regards, >>> >>> rodrigob. >>> >>> ps: thanks for wicket ! >>> >>> >>> >>> - >>> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >>> >>> >>> >> >>> >> - >>> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> >> For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >>> >> >>> > >>> > >>> > >>> > -- >>> > Become a Wicket expert, learn from the best: http://wicketinaction.com >>> > Apache Wicket 1.4 increases type safety for web applications >>> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >>> > >>> > - >>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> > For additional commands, e-mail: users-h...@wicket.apache.org >>> > >>> > >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >
Re: Wicket datepicker disable weekdays
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 add this javascript in the getAdditionalJavascript method, the desired week days should be disabled: // "cell.innerHTML = '' + this.buildDayLabel(workingDate) + \"\";\n" String myRenderer = "var myCustomRenderer = function(workingDate, cell) {\n" + " cell.innerHTML = this.buildDayLabel(workingDate);\n" + " YAHOO.util.Dom.addClass(cell, 'previous');\n" + " return YAHOO.widget.Calendar.STOP_RENDER;\n}"; myRenderer += "\n YAHOO.wicket['" + getComponentMarkupId() + "DpJs'].addWeekdayRenderer(1, myCustomRenderer);"; // disable sundays return myRenderer; This link was a great help: http://www.stephaniebender.de/extras/yui/examples/calendar/render/1.html Thanks again Leo... Best Regards Muro On Mon, Nov 23, 2009 at 2:30 PM, Muro Copenhagen wrote: > Hi Leo... > > Thanks... It helped me further on. > > I made it work, in a non-wicket purely javascript version. > > But something goes wrong in the wicket datepicker version. > > I override the getAdditionalJavascript method for the DatePicker with the > following: > > @Override > protected String getAdditionalJavascript() { > String myRenderer = "var myCustomRenderer = function(workingDate, > cell) {\n" > + " cell.innerHTML = 'x';\n" > + " YAHOO.util.Dom.addClass(cell, > 'disallowed');\n" > + " return > YAHOO.widget.Calendar.STOP_RENDER;\n}"; > > return myRenderer + "\n YAHOO.wicket['" + getComponentMarkupId() + > "DpJs'].addWeekdayRenderer(1, myCustomRenderer);"; > > But for some reason i can't associate the customRenderer with the > datepicker. > > Any hint's on how to do that ? > > I must admit i am relatively new to wicket. > > Thanks in advance. > > Muro > > > > On Fri, Nov 20, 2009 at 9:26 PM, Leo Erlandsson < > leo.erlands...@tyringe.com> wrote: > >> >> This is certainly possible. >> >> You need to use YUI Calendar Renderers. They are documented in the YUI >> Cal2 >> API Doc. You can find an example of what you are trying to achieve here >> (thanks Google): >> >> http://www.stephaniebender.de/extras/yui/examples/calendar/render/1.html >> >> Basically, you'll want to do this for all disallowed weekdays: >> >> var myCustomRenderer = function(workingDate, cell) { >>cell.innerHTML = "X"; >>YAHOO.util.Dom.addClass(cell, "disallowed"); >>return YAHOO.widget.Calendar.STOP_RENDER; >> } >> YAHOO.example.calendar.cal1.addWeekdayRenderer(1, myCustomRenderer); >> >> This will put an X on all Sundays, making them disabled. Also, it will add >> a >> CSS class ('disallowed') that can be customized if you want to change the >> appearance of disabled cells. >> >> >> -- >> View this message in context: >> http://old.nabble.com/Wicket-datepicker-disable-weekdays-tp26444084p26447477.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >
wicket on Weblogic 10.3.1
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 next page. Sorry for being foggy here; the thing is being investigated now... Thanks, Zoltan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketStuff JMX
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 did that fall apart with >> > Gerolf going AWOL? >> > >> > Martijn >> > >> > On Mon, Nov 23, 2009 at 10:10 PM, Igor Vaynberg < >> igor.vaynb...@gmail.com> wrote: >> >> i guess its waiting for someone with time to bring it back up to speed. >> >> >> >> -igor >> >> >> >> On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson >> >> wrote: >> >>> Hello there ! >> >>> Is there any news on WicketStuff JmxPanel ? >> >>> >> >>> It seems to be broken for a while now >> >>> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html >> >>> >> >>> It seems that in the past there was some consensus on keeping >> >>> wicket-jmx and jmxpanel up to date. >> >>> >> >>> >> http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html >> >>> >> >>> Anyone has tried to fix this ? >> >>> >> >>> Regards, >> >>> rodrigob. >> >>> ps: thanks for wicket ! >> >>> >> >>> - >> >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >>> For additional commands, e-mail: users-h...@wicket.apache.org >> >>> >> >>> >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> > >> > >> > >> > -- >> > Become a Wicket expert, learn from the best: http://wicketinaction.com >> > Apache Wicket 1.4 increases type safety for web applications >> > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> > For additional commands, e-mail: users-h...@wicket.apache.org >> > >> > >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >
Re: WicketStuff JMX
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 10:10 PM, Igor Vaynberg > wrote: > >> i guess its waiting for someone with time to bring it back up to speed. > >> > >> -igor > >> > >> On Mon, Nov 23, 2009 at 1:05 PM, rodrigo benenson > >> wrote: > >>> Hello there ! > >>> Is there any news on WicketStuff JmxPanel ? > >>> > >>> It seems to be broken for a while now > >>> http://osdir.com/ml/users-wicket.apache.org/2009-03/msg01007.html > >>> > >>> It seems that in the past there was some consensus on keeping > >>> wicket-jmx and jmxpanel up to date. > >>> > >>> > http://old.nabble.com/Integrate-wicket-contrib-jmx-panel-into-wicket-jmx-td14778294.html > >>> > >>> Anyone has tried to fix this ? > >>> > >>> Regards, > >>> rodrigob. > >>> ps: thanks for wicket ! > >>> > >>> - > >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >>> For additional commands, e-mail: users-h...@wicket.apache.org > >>> > >>> > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > > > > > > -- > > Become a Wicket expert, learn from the best: http://wicketinaction.com > > Apache Wicket 1.4 increases type safety for web applications > > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.4.0 > > > > - > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Wicket portlet in uPortal 3.1.1
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 can't help without knowing the specificities of uPortal. Are you using portlet 1.0 or 2.0? HTH, Pierre On Tue, Nov 24, 2009 at 6:16 AM, Steve Swinsburg wrote: > Hi all, > > I'm trying to get a portlet happening for uPortal 3.1.1 which is based on > the Portlet API 1.0 spec (Pluto). Does anyone have any sample code they can > point me at? > > thanks, > Steve > -- Rien de grand ne s'est accompli dans le monde sans passion. (G.W.F. Hegel, philosophe allemand)
Re: css not managed by wicket
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/wicketstuff-merged-resources here a blog which explains the features it has: http://techblog.molindo.at/2009/10/wicket-annotation-based-mounting-of-resources.html#more-128 it will help i hope. bye On Mon, Nov 23, 2009 at 2:14 PM, Martin Makundi < martin.maku...@koodaripalvelut.com> wrote: Just put /style.css Otherwise wicket is trying to guess the relative url. In most cases it guesses wrong so I have adopted the practice of using resource urls relative to the root of the domain. ** Martin 2009/11/23 Ilya German : > Hello! > > I'm trying to make my web application to use a .css stylesheet. As far > as I understood reading > http://cwiki.apache.org/WICKET/including-css-resources.html > and > Wicket in Action book > I should be able to make any html page to work in the following configuration: > say, Base.html includes: > > > > > and to put the css file into "web app directory (root of your war > file)". > > So the deployed project structure (say, in tomcat) would be like this: > > /myapp > --/META-INF > --/WEB-INF > /classes > /pages > -/Base.html > -/Base.java > -/Page1.html > -/Page1.java -> extends Base > --/style.css > > However, when I access my Page1 page in browser (which extends Base > page both in java and html and seems to be working), I see, that the URL to css is rewritten to ../style.css, which tries to reach style.css directly in and doesn't find it there. > > Could anyone explain me what am I doing wrong? > > Thanks in advance, > Ilya - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org