Re: [OT] Java hosting & USB stick deployment
As far as the OS is concerned, the USB stick is just another volume, so you can run it from jetty or any other container stored on the USB stick. The trick is, of course, size, and the fact that the stick can be removed. Another thing to consider is that a java runtime will be required. I don't know exactly what you are trying to accomplish. I know that vendors early on used automount batch scripts on CD's in order to have java applications begin running when a CD is first inserted. It's been a long time since I've worked in the windows world, but I'd think that this was still possible. You'd need the java runtime on your USB stick. My recommendation would then to start your application running in jetty much like you'd start any java application (see the quickstart project). I have no predictions on how long it would continue to run if someone should remove the USB stick while the above application is running aside from the fact that it would probably crash with class not found exceptions. I am also interested in whether people from the list have made experiences with running Wicket on USB sticks? -- Philip A. Chapman Desktop, Web Application, and Enterprise Development Phone: 251-275-6237 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: QueryStringUrlCodingStrategy question
Martijn,
I'm not sure I understand the answer. He specified that he was using
QueryStringUrlCodingStrategy. That class does not inherit from
CryptedUrlEncodingStrategy I've seen the same behavior that the
grand-parent wrote about.
Martijn Dashorst wrote:
don't use cryptedurlencodingstrategy. That will encrypt your URLs.
Martijn
On 11/3/08, jchappelle <[EMAIL PROTECTED]> wrote:
I have the following code:
PageParameters parms = new PageParameters();
parms.put("answerId", Long.toString(answer.getEntityId()));
add(new BookmarkablePageLink("edit", EditBlogEntryPage.class,
parms));
In my Application init method I have:
mount(new QueryStringUrlCodingStrategy("answerdetails",
EditBlogEntryPage.class));
When I click the edit link to get to my page my URL looks like:
http://localhost/robojot/answerdetails/?x=SvX0Lakly72TaK8AnLyL*A
Can someone tell me why it doesn't look like the following:
/answerdetails?answerId=123
Thanks
--
View this message in context:
http://www.nabble.com/QueryStringUrlCodingStrategy-question-tp20309566p20309566.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Philip A. Chapman
Desktop, Web Application, and Enterprise Development
Phone: 251-275-6237
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: why are we coding Web apps?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Then the question is, why do they need those 7000 Windows 2000 Desktops? Wouldn't they be better served by 7000 X server workstations and several Unix machines with centralized user accounts? I know, that's old-school. The whole concept is out dated and out moded. (And I'm terribly off topic) However, the way I see it, we've come full circle AGAIN. The only difference is that this time, the front-end piece was never ment to be used the way it is. X was designed from the ground up to have all processing on one machine and display on another. Shoehorning desktop-level applications into the web space just because nobody wants to roll them out to 7000 windows machines should *really* be thinking hard about why they have those 7000 windows machines. If everything is being pushed over as a web app, then you have 7000 very expensive web browser hosts using technology that really wasn't ment to be used as a GUI client for desktop level apps. It's grown up that way due to people pushing the envelope with javascript, but it sure wasn't designed for that type of work. Thomas Mäder wrote: > It might be easier for you, but not for the corporate IT shop you're > trying to sell your stuff to. They probably have some wacked out > compliance test to go through for everything they want to install on > their 7000 Windows 2000 Desktops (XP being too newfangled and unproven > to be used). In contrast, web apps are usually not problematic (except > that you can't use Javascript). > > Thomas > >>> Your reason is a special instance of a much more general reason. Web >>> applications are much easier to deal with from a deployment >>> perspective than desktop applications. >> I don't know, it's not difficult to set up an RMI server, or to deploy >> a Swing client with Web Start (gives the user a single-click launch >> from the browser). I've done it, and frankly it's easier than messing >> with Tomcat and Web frameworks (no offense to Wicket). >> > > ------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIhLrwAdpynRSGw3URAh5pAJ0d82grx13YFlKZHTbiEi6sdZkJhACfR1Vc 9blmmiwqZWEbYJ9XOp8TyWg= =1u03 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: users, please give us your opinion: what is your take on generics with Wicket
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I vote the same way. with almost the exact same sentiments. Wouter de Vaal wrote: >> 1) Generifying* Wicket >> [x] Can best be done like currently in the 1.4 branch, where models >> and components are both generified. I care most about the improved >> static type checking generified models and components give Wicket. > > I had a production quality project with the old 2.0 branch (downgraded it) and > that worked just fine and very intuitive, I was very bummed at the time > I had to add all these hideous type casts. I do not understand the fuss about > generifying everything, I did not have ANY problems using the generics in > my production project (which consists of about 30 wicket classes) and it > was not a simple crud app, I did some funky wicket stuff with this > project (loads > of panels, fragment, own custom component, ajax) and it all just worked. >> 2) How strongly do you feel about your choice above? >> [X] Whatever choice ultimately made, I'll happily convert/ start >> using 1.4 and up. > > > Wouter de Vaal > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIUHzDAdpynRSGw3URAkdFAJsFWUKlbu27zE2LidYx3HdJUZt4cQCcDBX/ Ner0sbazi8jh/EllYZVgW1s= =WPF9 -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: VOTE: Generics of IDataProvider
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > [ ] IDataProvider > [ ] Iterator> , drop model > [X] Leave as is. - -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIEMpGAdpynRSGw3URAu9pAJ90tJ9KxN7Nppz5+FVfRVub5cg9bwCZAVnK ZtdjmI4yqNAonMvKYSJHqxY= =FedI -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release 1.4 with only generics and stop support for 1.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I *think* there have been two -1 votes and one -0. Patrick Angeles wrote: > +1 > > (has anyone voted -1 yet?) > > > Martijn Dashorst wrote: >> This thread is for voting only. Use the [discuss] thread for voicing >> your opinion or asking questions. This makes counting the votes much >> easier. >> >> The discussion on our development list makes it clear that a lot of >> folks are anxious for generified models. Most users if not all wish us >> to release a quick release which is 1.3 + generics. The consequence is >> that the core team will stop to support 1.3, and that everybody that >> wishes updates will have to migrate to 1.4, and upgrade to Java 5. >> >> Everybody is invited to vote! Please use >> >> [ ] +1, Wicket 1.4 is 1.3 + generics, drop support for 1.3 >> [ ] -1, I need a supported version running on Java 1.4 >> >> Let your voices be heard! >> >> Martijn >> -- >> Buy Wicket in Action: http://manning.com/dashorst >> Apache Wicket 1.3.2 is released >> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.2 >> >> ------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > - -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH4+QKAdpynRSGw3URAvfXAJ9Pk0j6XOWD/5d15CZH8kaPbLEq6ACeMEMT tnkdzcr3LkasNmmtmS6mRtw= =1jUZ -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] Release 1.4 with only generics and stop support for 1.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I believe that this vote has been a landslide. Jörn Zaefferer wrote: > +1 > > On Thu, Mar 20, 2008 at 4:30 AM, Eelco Hillenius > <[EMAIL PROTECTED]> wrote: >> This is starting to look like a voting record! Will me reach 100? :-) >> Eelco >> >> >> >> On Wed, Mar 19, 2008 at 8:22 PM, Penn <[EMAIL PROTECTED]> wrote: >> >> > >> > +1 >> > >> > Penn >> > >> > >> > Martijn Dashorst wrote: >> > > >> > > This thread is for voting only. Use the [discuss] thread for voicing >> > > your opinion or asking questions. This makes counting the votes much >> > > easier. >> > > >> > > The discussion on our development list makes it clear that a lot of >> > > folks are anxious for generified models. Most users if not all wish us >> > > to release a quick release which is 1.3 + generics. The consequence is >> > > that the core team will stop to support 1.3, and that everybody that >> > > wishes updates will have to migrate to 1.4, and upgrade to Java 5. >> > > >> > > Everybody is invited to vote! Please use >> > > >> > > [ ] +1, Wicket 1.4 is 1.3 + generics, drop support for 1.3 >> > > [ ] -1, I need a supported version running on Java 1.4 >> > > >> > > Let your voices be heard! >> > > >> > > Martijn >> > > -- >> > > Buy Wicket in Action: http://manning.com/dashorst >> > > Apache Wicket 1.3.2 is released >> > > Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.2 >> > > >> > > - >> > > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > > For additional commands, e-mail: [EMAIL PROTECTED] >> > > >> > > >> > > >> > >> > -- >> > View this message in context: >> > >> http://www.nabble.com/-vote--Release-1.4-with-only-generics-and-stop-support-for-1.3-tp16090054p16170790.html >> > Sent from the Wicket - User mailing list archive at Nabble.com. >> > >> > >> > - >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH4+DlAdpynRSGw3URAgItAJ9jqadeoHhOCq0PGKN8gWVH3wRWpACff8Td G6wvn6I9T40eSKBPdXQ5CZA= =DLej -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble with IE and images loaded through css
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks Matej. For now, I've converted to .gif until I can find a better
solution.
Matej Knopp wrote:
> Hi,
>
> I'm affraid the url for alphaimageloader needs to be absolute. IE
> can't handle relative urls for filters. That is a problem because in
> wicket all you get are relative URLs. And you probably don't want to
> tie your application to a specific context anyway.
>
>
> I've personally have resigned to try to force IE6 to show transparent
> pictures. I usually use two variants of each transparent picture - one
> with alpha map for sane browsers and one with transparent color for
> IE6. Hopefully won't be too long before IE6 share drops so low it
> won't be worth supporting anymore.
>
>
> -Matej
>
>
>
> On Feb 6, 2008 7:37 PM, Philip A. Chapman <[EMAIL PROTECTED]> wrote:
> Guys,
>
> Under the source dir that contains my page and html, I have two dirs,
> css and images. Inside css, I have two files, main.css and ie.css.
> These css files reference images, such as:
>
> main.css:
>
> a.download-but{
> float:right;
> width:111px;
> height:26px;
> margin:0;
> background:url(../images/download-audio.png) no-repeat 0 0;
> text-indent:-px;
> }
>
> ie.css:
>
> * html a.download-but{
> background:url(none.gif);
>
> filter:progid:dximagetransform.microsoft.alphaimageloader(src='images/download-audio.png',
> sizingmethod='crop');
> cursor:pointer;
> }
>
> I have two links in the header. mainCSS and ieCSS. I have the
> following code in the page:
>
> WebClientInfo info =
> (WebClientInfo)((WebSession)Session.get()).getClientInfo();
> add(new StyleSheetReference("mainCSS", getClass(), "css/main.css"));
> StyleSheetReference ssref = new StyleSheetReference("ieCSS", getClass(),
> "css/ie.css");
> add(ssref);
> if
> (!info.getProperties().getNavigatorAppName().equalsIgnoreCase("Microsoft
> Internet Explorer")) {
> ssref.setVisible(false);
> }
>
> My problem is that under IE, the images are not loaded. I've tried
> changing the image url it ../images/download-audio.png, but that didn't
> work.
>
> Any suggestions?
>>
- -
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
- --
Philip A. Chapman
Desktop and Web Application Development:
Java, .NET, PostgreSQL, MySQL, MSSQL
Linux, Windows 2000, Windows XP
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHqhuZAdpynRSGw3URAj+sAJ9SQ8+Ym1799KtJ6SQ5Ypd0gsWtAACcCfl2
EMHl3j7D/Av3ubI1bF1Pq/8=
=Il1L
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Trouble with IE and images loaded through css
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guys,
Under the source dir that contains my page and html, I have two dirs,
css and images. Inside css, I have two files, main.css and ie.css.
These css files reference images, such as:
main.css:
a.download-but{
float:right;
width:111px;
height:26px;
margin:0;
background:url(../images/download-audio.png) no-repeat 0 0;
text-indent:-px;
}
ie.css:
* html a.download-but{
background:url(none.gif);
filter:progid:dximagetransform.microsoft.alphaimageloader(src='images/download-audio.png',
sizingmethod='crop');
cursor:pointer;
}
I have two links in the header. mainCSS and ieCSS. I have the
following code in the page:
WebClientInfo info =
(WebClientInfo)((WebSession)Session.get()).getClientInfo();
add(new StyleSheetReference("mainCSS", getClass(), "css/main.css"));
StyleSheetReference ssref = new StyleSheetReference("ieCSS", getClass(),
"css/ie.css");
add(ssref);
if
(!info.getProperties().getNavigatorAppName().equalsIgnoreCase("Microsoft
Internet Explorer")) {
ssref.setVisible(false);
}
My problem is that under IE, the images are not loaded. I've tried
changing the image url it ../images/download-audio.png, but that didn't
work.
Any suggestions?
- --
Philip A. Chapman
Desktop and Web Application Development:
Java, .NET, PostgreSQL, MySQL, MSSQL
Linux, Windows 2000, Windows XP
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHqf5MAdpynRSGw3URAu+RAJ987XEjNuRFCpVHg8OWya99IsLlOQCfXQkI
leINHwBSkP9cKtF2VFWiOMQ=
=xUt9
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Apache Wicket 1.3.0-rc1 released!
ence > > > > * WICKET-1040 - setEnabled() does not work on YUI DateField > > > > * WICKET-1047 - Amersand escaped twice for ResourceLink href > > > > * WICKET-1051 - StyleSheetReference doesn't take style/locale into > > > account > > > > * WICKET-1061 - Can't enter data in any input field after closing modal > > > window > > > > * WICKET-1062 - LocalizedImageResource does not serialize locale/style > > > fields > > > > * WICKET-1065 - NullPointer in FileCleaner causes infinite loop > > > > * WICKET-1071 - AjaxFormSubmitBehavior creates invalid HTML > > > > * WICKET-1072 - Stateless pages bind to http session > > > > * WICKET-1074 - Image resource parameters fail to output in src > > > attribute > > > > * WICKET-1075 - LocalizedImageResource: 'static' Resource lost after > > > > locale/style change > > > > * WICKET-1077 - VisitChildren + IComponentResolver broken in beta 4? > > > > * WICKET-1080 - StringResourceModel.toString() misbehavior > > > > * WICKET-1081 - ClassCastException with MetaDataEntry > > > > * WICKET-1087 - Ajax update on a panel caused markup outside the panel > > > > to be missing > > > > * WICKET-1092 - IndexedParamUrlCodingStrategy creates a parameter in > > > > PageParameters when there is no parameter in the URL > > > > * WICKET-1095 - invisible TransparentResolver skips markup of visible > > > > children and thus resulting in an exception in Page#checkRendering > > > > (component not found in markup) > > > > * WICKET-1101 - NullPointerException in HybridUrlCodingStrategy > > > > * WICKET-1107 - XHTML code in > > > > AjaxFormSubmitBehavior.getPreconditionScript() is not well formed. > > > > * WICKET-1109 - CLONE -DatePicker: NaN if numerical input cannot be > > > parsed > > > > * WICKET-1112 - wantonselectionchangednotification does not work in > > > > embedded forms > > > > * WICKET-1119 - Strings.replaceAll giving > > > StringIndexOutOfBoundsException > > > > > > > > Improvement > > > > > > > > * WICKET-30 - Nice and more practical url scheme > > > > * WICKET-947 - Add 'UrlValidator' key to PL properties > > > > * WICKET-949 - ExternalLink does not support enable/disable like Link > > > > * WICKET-957 - Change default focus component for focus related events > > > to null > > > > * WICKET-963 - add extension point to configure resource cache > > > expiration time > > > > * WICKET-1005 - provide programmatic access to wicket-ajax.js > > > > * WICKET-1045 - mvn archetype:create > > > > -DarchetypeGroupId=org.apache.wicket > > > > -DarchetypeArtifactId=wicket-archetype-quickstart > > > > * WICKET-1052 - Wicket Javadoc Standardization: > > > org.apache.wicket.util.thread > > > > * WICKET-1053 - Wicket Javadoc Standardization: > > > org.apache.wicket.util.tester > > > > * WICKET-1054 - No way to escape html markup but keep non-7 bit > > > > characters in generated output > > > > * WICKET-1057 - Remove final from WebRequestCodingStrategy. > > > > urlCodingStrategyForPath > > > > * WICKET-1059 - Remove onAttach > > > > * WICKET-1060 - Allow component to a IComponentSource implementation > > > > that can reconstruct the component > > > > * WICKET-1063 - wicket-guice should support Provider injection and > > > > TypeLiteral injection > > > > * WICKET-1067 - Correct javadoc for Fragment > > > > * WICKET-1070 - Missing img alt attribute in WicketAjaxIndicatorAppender > > > > * WICKET-1083 - Inform wicket-ajax whether the application is running > > > > in a portlet > > > > * WICKET-1084 - Optimize memory usage > > > > * WICKET-1086 - Extending PagingNavigator for stateless pages > > > > * WICKET-1096 - Wicket Javadoc Standardization: > > > > org.apache.wicket.util.template, .string.interpolator > > > > * WICKET-1100 - Make portlet support configurable and default disabled > > > > * WICKET-1113 - DownloadLink support for temporary files > > > > * WICKET-1117 - FormComponent.setType is called in > > > > AbstractTextComponent.onBeforeRender > > > > * WICKET-1121 - Slight AbstractChoice refactoring > > > > * WICKET-1122 - Allow override of Pragma No-cache settings in WebPage > > > > > > > > New Feature > > > > > > > > * WICKET-445 - TriStateCheckbox Component for use with CheckGroups > > > > * WICKET-975 - Update ImageButton to handle ResourceReferenc > > > > * WICKET-1106 - WicketTester or TagTester should provide access to the > > > > enclosed value of a tag > > > > > > > > Task > > > > > > > > * WICKET-1078 - format entire codebase with wicket code format settings > > > > * WICKET-1126 - Release Wicket 1.3.0 RC1 > > > > > > > > Wish > > > > > > > > * WICKET-1012 - tracking dirty state (was:make setVisible, setEnable, > > > > add, addOrReplace, remove and removeAll non-final) > > > > > > > > - > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: facebook support
And the flamewars begin. :-) On Thu, 2007-11-08 at 18:23 -0800, Kent Tong wrote: > > Matt Jensen-2 wrote: > > > > I am working on this, though I'm trying to leave the door open to also > > supporting MySpace in the future. I have not done much yet--and nothing > > Wicket-specific--but I do plan to include a Wicket module. > > > > Have you considered Google's OpenSocial API? > > - > -- > Kent Tong > Wicket tutorials freely available at http://www.agileskills2.org/EWDW -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: Reporting Tool and Portal Integration
I integrated it by using a servlet, but I believe that there is a wicket-stuff project that uses DynamicResource objects. Check wicket-stuff. On Tue, 2007-10-23 at 13:37 -0700, mehdi b wrote: > Hi, > > I have two questions: > > 1.How can I create report in a wicket web application? Is there any solution > integrated with wicket, for example jasper report? > > 2.Does anyone use wicket-portlet in a portal server like liferay? > > Tnx > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: SLF4J Usage
The "Simple" implementation only knows how to output to console: http://www.slf4j.org/api/org/slf4j/impl/SimpleLogger.html Perhaps what you want is the Simple-log implementation? http://simple-log.dev.java.net/ On Fri, 2007-10-19 at 06:32 -0700, spencer.c wrote: > This is only tangentially related to wicket but I'm trying to get SLF4J set > up for my wicket project using the Simplelog, rather than log4j. Has anyone > else done this successfully? So far, I've done the following: > > In pom.xml, I have the following: > > org.slf4j > slf4j-api > 1.4.3 > jar > > > org.slf4j > slf4j-simple > 1.4.3 > jar > > > I am also using the jetty plugin, ala: > > > org.mortbay.jetty > maven-jetty-plugin > > > org.apache.maven.plugins > maven-compiler-plugin > > 1.6 > 1.6 > > > > > I have a simplelog.properties file in /classes, with the following content: > simplelog.logFile = output.log > > I get no error messages, but the log file is never created, and it appears > all logging is going straight to the console. > > Anyone see what I'm missing? If so, thanks in advance! > -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: Wicket consulting/contracting/outsourcing
I'd certainly think so. On Tue, 2007-09-18 at 13:44 -0700, Scott Swank wrote: > Would it be appropriate to add a "Companies Hiring Wicket Developers" page? > :) > > - Scott > > On 9/18/07, Gerolf Seitz <[EMAIL PROTECTED]> wrote: > > there is a wiki page dedicated to that topic: > > http://cwiki.apache.org/WICKET/companies-that-provide-services.html > > > > gerolf > > > > On 9/18/07, skatz <[EMAIL PROTECTED]> wrote: > > > > > > > > > Hi, > > > > > > Can anyone provide me with pointers to individuals or companies providing > > > Wicket consulting/contracting or outsourced personnel? > > > > > > TIA, > > > > > > skatz > > > -- > > > View this message in context: > > > http://www.nabble.com/Wicket-consulting-contracting-outsourcing-tf4476525.html#a12764265 > > > Sent from the Wicket - User mailing list archive at Nabble.com. > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: Re: Re: Re: First Day Disgust!
On Sat, 2007-09-08 at 23:07 +0200, Robo wrote: > May be a little bit of respect and honesty to wicket newcomers, and also > understand why there are their needs and be abowe the matter , would help you > ... Yet another useless atack ... teacher ... > I am not one of the core developers, but have been a member of the wicket community for a long time. I've seen newcomers come and go. First, I'd like to say that this particular newcomer showed very little respect for the developers. The newcomer did not consider the fact that just perhaps the developers knew a tiny bit about what they where doing and that they standardized on maven and the examples layout for a reason. He either did not take the time to read the documentation on the website, or completely misunderstood it. If he did not take the time, then he seems to think that his time is so much more important than theirs that they should code everything up so that it is possible for him to understand how to set up an application in the way that he expects. It doesn't matter much that others understand what we have just fine. It doesn't fit for him, thus it must be broken. If he tried, but did not understand, then why didn't he ask questions about the parts that he didn't understand? Instead, he blasts a lot of criticism over the fence towards the developers that have done a *great* deal of work on a very fine framework. Apparently, people such as he think that the developers' time and effort is limitless and is there to satisfy his own needs. I submit that rather than attacking wicket and the methods of it's developers out of hand, a few well-placed questions surrounding the things that are really giving him trouble would serve him well. Sadly, we can't dump all the knowledge of wicket into someone's head. Any developer wanting to use any framework must invest time into learning how to use it. Wicket is really, really, easy compared to many other frameworks, and IMHO, worth the time and effort. But some effort is required. All the opinions above are my own; not the wicket community, not the developers of wicket. I really, really wish that users of open source software would show more respect to the developers who put so much time and effort into the products that those users use, however. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: What's the minimum dependence of Wicket 1.3 beta2?
On Tue, 2007-08-28 at 06:00 +0200, Jan Kriesten wrote: > to make a long story short: maven is fine if the project is setup and > maintained > for it. else it gets a real pain. > Isn't that the result of a poorly maintained project that uses *any* build process, whether it be Maven, Ivy, Ant, Make, or even their own custom script? The tool really should not be blamed for difficulty compiling poorly maintained projects. Maven is there to make it easier for the dev team to keep the project in order, but it sure doesn't make up for any lack of due diligence. Thankfully, the wicket team does their due diligence, and as a result, it is *much* easier for me to compile, check dependencies, build javadoc, or whatever else I need to do. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: What's the minimum dependence of Wicket 1.3 beta2?
On Mon, 2007-08-27 at 10:22 -0700, Eelco Hillenius wrote: > Because we ship helper classes for unit testing. As long as you're not > using those you won't have to actually have the junit dependency on > your server. > > Eelco > Thanks, Eelco. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: What's the minimum dependence of Wicket 1.3 beta2?
On Mon, 2007-08-27 at 19:10 +0200, Jan Kriesten wrote: > > > > > junit > > junit > > 3.8.1 > > provided > > > > Actually, I don't have junit in my classpath on the server - and Wicket seems > not so bound to it?! > As a general rule JUnit is only used for unit testing. I suspect that's also the case with wicket. It is not required as a run-time dependency. Indeed, I'm not sure why its scope is set to "provided" rather than "test". With the scope set as test, maven would only download the dependency as needed to run unit tests on the project. -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: New MEAP content for Wicket in Action available
On Mon, 2007-08-27 at 14:49 +0200, Martijn Dashorst wrote: > 4. Building a cheesy Wicket application (new) > So, I *have* to ask. Did Justin Lee help with chapter four? -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Wicket's Timetable
Guys, I haven't heard much about where we are with getting 1.3 out of beta. I'm curious to know how soon you think 1.3 will be getting out of beta and wicket+generics can begin? I'm still clinging to old 2.0 deprecated for a few projects because backing generics out would be way too much of a pain. A little guidance on how long before I can port to 1.4/5/whatever would be nice. Thanks, -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
I am Here!
Despite Igor! :-p -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
