On 9/24/06, Eelco Hillenius [EMAIL PROTECTED] wrote:
Niclas, as you can see, we would be open for it, but not too soon. Iopened up an RFE herehttp://sourceforge.net/tracker/index.php?func=detailaid=1564174group_id=119783atid=684978
Sure. The reason why we are using Wicket in the first place is
Actually, one other thing that has come up in relationship to the RSP-UI (Rich Server Platform UI) project proposal in Eclipse;While trying to integrate Wicket into RSP-UI, we have found troubles because Wicket owns the page, whereas in RSP-UI, Wicket only gets a viewport on the page. Possibly my
On 9/23/06, Eelco Hillenius [EMAIL PROTECTED] wrote:
Yeah, I don't see such a factory pattern happen very fast with Wicket.It's kind of the one thing we're doing different from otherframeworks, and for a good reason we think. So I suspectde... ;o)
The factory wouldn't needto be part of Wicket, as
On Wednesday 13 September 2006 01:03, Juergen Donnerstag wrote:
new Label(getMyBorder(), label, ..);
1. The Border support seems very program like Swing kind of thing,
which would be really cool.
2. OTOH, since Wicket needs to tie back to the HTML markup, it seems
to me to be a bit
On Sunday 30 July 2006 19:25, Johan Compagner wrote:
Wicket doesn't have real big package dependicies besides the normal jdk.
Are you saying that it did try to extract the complete swing from the jdk??
No, not at all. swing.tree, swing.text and swing.event are the only packages
in the
Hi,
I am looking into which packages are used by Wicket (see below) and wonder why
Swing is being used (javax.swing.text, javax.swing.event, javax.swing.tree)??
Cheers
Niclas
Package usage tree (bytecode inspected). Sorry it is not sorted.
wicket.util.thread
|-- wicket.util.time
On Sunday 30 July 2006 03:30, Eelco Hillenius wrote:
You probably mean why Swing is *not* being used? Swing is only used
for the tree.
No. I didn't expect to find any Swing references at all, and was a bit
surprised.
Furthermore, we hope Wicket is still pretty minimal in the core, so if
We are observing a large number of open files (Jars, such as
wicket-extensions, wicket) when running in development mode. It seems to be
related to the scanning of Jars.
After a day or two, we run out of file handles.
Anyone else seen this??
Switching to Deployment, and we don't see any open
On Friday 02 June 2006 01:24, Edward Yakop wrote:
A small patch is required for model versioning to work for wicket in
OSGI environment.
Case:
The [ClassNotFoundException] is thrown when Objects#cloneModel or
Objects#cloneObject tries to clone objects that the class is not
resolveable by
On Wednesday 24 May 2006 16:29, Martijn Dashorst wrote:
The Wicket http://wicketframework.org project has released Wicket 1.2.
Super!!!
Just In Time release management ;o)
Cheers
Niclas
---
All the advantages of Linux Managed
On Tuesday 23 May 2006 13:06, Jens Schmidt wrote:
Not sure if this helps since it's not directly OSGi (however, built on top
if it), but we have had success wrapping Jetty into an Eclipse plug-in that
allows dynamic contribution of web apps:
I have by now seen a lot of attempts with
On Sunday 21 May 2006 15:07, Johan Compagner wrote:
trunk is now 2.0 and is under heavy commit/changes so it can be that some
test will fail.
I thought they all run, but will check again.
I have essentially solved the problem we discussed on ICQ yesterday. It is a
bit hackish and not
On Tuesday 23 May 2006 15:40, Johan Compagner wrote:
But this is not inside a servlet container?
is OSGi the servlet container?
OSGi defines a HTTP Service in its R4 spec. The implementation of that, that
we use is based on Jetty 4.2, done by one of the OSGi peeps. So, the Http
server sits as
On Tuesday 23 May 2006 15:45, Johan Compagner wrote:
you can override it if you want just make your own Request class or
WebRequest/ServletWebRequest sub class)
Ok. Good enough! Forget my silly request.
Thanks
Niclas
---
Using Tomcat but
On Saturday 20 May 2006 19:30, Johan Compagner wrote:
i have changed the RegExp pattern register to this:
PackageResource.bind(application,
ComponentInitializer.class,progressbar.js );
in trunk and in the wicket_1_2 branch:
On Sunday 21 May 2006 15:19, Johan Compagner wrote:
Super! Will look into these various issues tomorrow.
In respect of OSGi in WebApp server; We are deploying OSGi as the native
platform, and not running in a Webapp server, but I guess this will come up
when such requests are made later. Will
of the text is greatly appreciated.
Thanks
Niclas Hedhman
P.S. wicket-develop - This is the last cross post. Sorry about the noise, but
I'm seeking volunteering collaboration from those who knows a lot about the
Wicket internals. ;o)
---
Using
On Saturday 20 May 2006 19:25, Johan Compagner wrote:
We tried this regexp because then you can register complete dirs at once.
Including
js, css and images.
So that you don't have to do it one at a time.
But for the upload bar we only find one so i guess we can do:
On Saturday 20 May 2006 19:30, Johan Compagner wrote:
i have changed the RegExp pattern register to this:
PackageResource.bind(application,
ComponentInitializer.class,progressbar.js );
in trunk and in the wicket_1_2 branch:
On Saturday 20 May 2006 19:30, Johan Compagner wrote:
If you could test it it would be nice.
I notice that both wicket and wicket-extension poms have junit scope ==
compile, should it not be test ?? Do you want junit being part of the
War?
Also, not sure whether commons-logging and/or log4j
Gang,
Here at CodeDragons, we have been working the last days on getting the OSGi
support for Wicket totally right, and we have come quite a far bit on the
way, but not there yet. But I thought we should inform of progress and some
code examples of what actually works.
This work has been
On Sunday 02 April 2006 07:32, Johan Compagner wrote:
Hi
I want to tag something from head to a TAG location. Eclipse svn plugins
sends this to the server:
copy -rHEAD
https://svn.sourceforge.net/svnroot/wicket/trunk/wicket-extensions
On Saturday 01 April 2006 08:31, Igor Vaynberg wrote:
http://www.chevyapprentice.com/view.php?country=usuniqueid=c4911602-1265-1
029-98eb-0013724ff5a7
Humorous... Perhaps a future trend for OSS projects to be a bit more
aggressive in the marketing. :o)
Cheers
Niclas
On Thursday 30 March 2006 07:10, Alexei Sokolov wrote:
I'm working on integrating Wicket into OSGi container.
Classloader schema in the container is more complex
than the one used by j2se app servers, so simple
Class.forName does not always work.
We are also working on this (Wicket in OSGi)
On Monday 13 March 2006 12:25, Juergen Donnerstag wrote:
I created the config file mentioned by Niclas and restarted eclipse,
but it still doesn't work. Probably because I'm on Windows.
Guys,
before venturing into subclipse and tortoiseSVN, a sanity check with the
commandline tools from the
On Monday 13 March 2006 23:15, Juergen Donnerstag wrote:
I've updated it based on the infos you provided but unfortunately
can't test is now. I'm behind a proxy/firewall. Though I've read that
it should work as well. Any hints?
That depends on your firewall. Many do not support anything but
On Sunday 12 March 2006 22:26, Juergen Donnerstag wrote:
How do you compare efficiently the latest svn rep with the local copy?
It take about 13 minutes with eclipse. Anything I'm doing wrong or is
sf svn that slow?
That operation can happen without network activity, as SVN keeps a full copy
On Monday 13 March 2006 00:50, Martijn Dashorst wrote:
At this moment we have two types of projects: java 1.4 and java 5 projects.
How do you have set up your project files so you can intermingle java
1.4and java 5 projects?
I use symbolic links
ln -s /java/jdk1.4.2_06 /java/jdk1.4
ln -s
On Monday 13 March 2006 05:02, Juergen Donnerstag wrote:
I'm currently not able to add a java file. The svn:mime-type is not
set. I assume a default can be configured with svn. Any idea?
On Linux systems there is a $HOME/.subversion/config and in there you ccould
configure something like;
On Sunday 12 March 2006 08:30, Igor Vaynberg wrote:
i havent seen any commit emails. are those not setup yet?
I would assume SourceForge to handle it for you guys, but in case they
delegate the so called postcommit hook, I can give you a hand to set it up.
Cheers
Niclas
On Sunday 26 February 2006 19:06, Johan Compagner wrote:
* Eclipse support is VERY POOR. Don't expect that any refactoring will
work,
and expect that files occassionally are missing. Apparently, this is
the
case for CVS as well, but since people doesn't move stuff around in
CVS
On Sunday 26 February 2006 21:56, Johan Compagner wrote:
i tried this.
First i couldn't create a new package because the package (the dir) was
still there on disk but scheduled for deletion.
I did make an new Class in it.
Then i tried to commit everything as once. This was not possible
On Friday 24 February 2006 15:45, Martijn Dashorst wrote:
Please try to download the wicket sources from SVN, try a branch or a
tag as well. Report your experiences back to the mailinglists so that
we can decide whether or not we should move our development to
subversion.
Btw, please note
On Friday 24 February 2006 06:30, Martijn Dashorst wrote:
As for subversion/cvs there are apparently pro's and cons. According
to sourceforge SVN is slower than CVS, so that might be a downside. I
have no data to confirm this claim.
I don't have numbers, but quite a lot of experience.
On Sunday 22 January 2006 21:53, Eelco Hillenius wrote:
The 'coding recomandations' in this respect are debatable. There
have been various discussions about this on TSS, JavaLobby etc,
always resulting in people being pro and anti.
This is not my intention at all. (See last paragraph.)
On Thursday 19 January 2006 05:12, Martijn Dashorst wrote:
I would like some input from Timothy Bennett, our oscar/felix/osgi
guy, and see whether he has some objections from that
framework/container point of view.
Sorry, for being a bit late on this...
Tim contacted me to see if I could
On Friday 06 January 2006 02:07, Jonathan Locke wrote:
the constructor would still be un-threadsafe though, wouldn't it?
Constructors need to worry about synchronization on static members.
The other case for synchronization concerns relating to constructors, is when
the thread leaves the
On Wednesday 02 November 2005 06:21, Martijn Dashorst wrote:
My proposal is to do time-boxed, feature driven development, aiming for
high quality and less focus on more features per release.
+1 on fewer features, more frequent releases. That leads to a smoother
adoption as well as less
On Thursday 03 November 2005 00:39, Martijn Dashorst wrote:
And to answer your question, yes, that could constitute a 1.2 release,
though I would like to see some more (major) features in it, i.e. portlet
support.
I just wanted to put up the experience from the Cocoon community. Heaps of
On Tuesday 01 November 2005 08:49, Johan Compagner wrote:
works fine but now
map.nameThatIsAlsoAMethod
Guys,
The Wicket team has insofar been very good at preserving type-safety, and this
discussion doesn't reflect such desire at all.
Any syntax that are depending on hints and ordering and
On Saturday 29 October 2005 22:46, Juergen Donnerstag wrote:
I think midnight and noon are defined wrong.
Yep, the english ain't that clever;
12am, 1am ... 11am, 12pm, 1pm ... 11pm
can confuse the hell out of anyone not used to it.
Why can't the rest of the rednex americanos ;o) change to
On Monday 17 October 2005 05:16, Eelco Hillenius wrote:
I don't get where the notion comes from that Wicket does bad
in this field. Though improvements can always be made, I think we
really aren't doing that bad at all.
As a new user, who have only touched on the basics of Wicket core, and
On Thursday 22 September 2005 18:58, Eelco Hillenius wrote:
Nice. But where's the Java/ Wicket part?
At the beginning of the Subject line. Off Topic ;o)
Cheers
Niclas
---
SF.Net email is sponsored by:
Tame your development challenges
On Tuesday 20 September 2005 03:37, Eelco Hillenius wrote:
I think it is time that someone cooks up a neat Wicket/ OSGi sample :)
Combined with stuff like the latest Jetty improvements, it could
really give us an edge.
I am working on a full-fledge app, where the application model sits in
On Wednesday 21 September 2005 04:18, Eelco Hillenius wrote:
I got rid of the 'JasperReports' names in favor
of 'JR' (like the API in JasperResports)
IMVHO, JR is no good, as it isn't descriptive enough. It could mean so much.
One of the things I like about Wicket at large is that it is using
On Wednesday 21 September 2005 12:15, Eelco Hillenius wrote:
Tough one. At least 'JR' is consistent with the JasperReports API
itself. But it is 'JRPdfResource' against 'JasperReportsPdfResource'.
I agree the first one isn't /that/ descriptive, though you can find
out enough by looking at the
On Monday 19 September 2005 23:08, Martijn Dashorst wrote:
I was also thinking along this line. It is pretty clear, concise, and you'd
probably don't want to create mixed components.
Yes, don't worry about many small jars. Personally, I love projects that has
many smaller parts, each with
On Wednesday 14 September 2005 23:25, Igor Vaynberg wrote:
-1
What if you have wicket:tag=replace in the markup and in your java you
call setRenderBodyOnly(false) ? I would much rather have control of all
this in one place and keep the markup simple.
Cheers, guys/gals!
I am fairly new to
48 matches
Mail list logo