On Mon, 04 Oct 2010 00:45:26 -0400, Brian Topping wrote:
There's *always* a cost, but which one is cheapest (most efficient,
easiest to use, yada yada) in the end depends on a lot of localized
factors. If it did not, there would be a website that every developer
visited before starting a new
On Mon, 04 Oct 2010 17:49:07 +1000, Chris Colman wrote:
You are also missing out on advantages like automatic schema updates,
DB4O's own unique ID system, and other very useful parts of the DB4O
API.
The way I use JDO I get all of those features but in a datastore
agnostic way.
This is
On Sun, 03 Oct 2010 20:40:04 -0300, Francisco Diaz Trepat - gmail wrote:
Now I am free to do whatever I want. This is the worst part. :-)
I understand that feeling! When I started designing our web app
framework, I picked the technologies from an enormous set of options that
I thought would
On Mon, 04 Oct 2010 11:36:48 +1000, Chris Colman wrote:
Forgot to mention: DataNucleus allows you to use a wide range of
datastores and switch between them without any code changes: eg., all
the usual RDBMSes (MySQL, Oracle etc.,), Object Databases (DB4O and some
others), Google Application
On Mon, 04 Oct 2010 12:59:43 +1000, Chris Colman wrote:
Keep in mind though that adding a layer like this over DB4O will mostly
remove the advantages that would make you want to choose DB4O in the
first place.
Not really AFAIK: The ability to not have to manage fetch depths that
JDO/DB40
On Wed, 22 Sep 2010 14:19:17 +, Sam Stainsby wrote:
On Wed, 22 Sep 2010 15:34:15 +0200, Erik van Oosten wrote:
I have looked at the example and it looks very promising.
However, if you want more attention there should at the absolute
minimum be a bunch of links somewhere that give
al vs only DB4o,
Wicket+Scala+Couch is a really nice stack
Thanks
On 9/21/10 11:42 PM, Thomas Kappler wrote:
On 09/22/10 03:41, Sam Stainsby wrote:
Today we officially announced our project to provide a
Wicket-DB4O-Scala web application stack:
http://sustainablesoftware.com.au/blog/?p
On Wed, 22 Sep 2010 08:42:20 +0200, Thomas Kappler wrote:
On 09/22/10 03:41, Sam Stainsby wrote:
Today we officially announced our project to provide a
Wicket-DB4O-Scala web application stack:
Now that you've done the hard work of fitting a non-relational store
into a Wicket-based
examples.
There might not be much material before the end of this financial quarter
(the end of this month for us in Australia), as I'm busy finalising
client commitments ... one of which involves delivering a project based
on Granite.
Op 22-09-10 03:41, Sam Stainsby schreef:
Today we officially
On Thu, 23 Sep 2010 04:47:24 +1000, Chris Colman wrote:
You could abstract the datastore in the stack using JDO/DataNucleus. It
supports DB40. In fact as it also supports RDBMS you could easily create
a datastore agnostic Wicket/Scala stack - that would be most awesome!
That's one path that
Today we officially announced our project to provide a Wicket-DB4O-Scala
web application stack:
http://sustainablesoftware.com.au/blog/?p=77
I’m pleased to announce a new web application framework, called Granite,
and an associated set of reusable libraries, called Uniscala. Please note
that
On Mon, 28 Jun 2010 16:29:51 +0200, Stefan Lindner wrote:
Hi Josh,
yes, jWicket does it the Wicket way.
Generally you have a Behavior (e.g. DraggabeBehavior) extending wicket's
AjaxBehavior.
So does Wiquery:
label = new Label(item-name, model)
draggableBehavior = new DraggableBehavior
P.S. though one slight difficulty I've run into is the need to translate
between Scala and Java collections. Perfectly doable, and not a Wicket
problem, but takes a way some of the elegance of coding purely in Scala.
I can confirm that Scala 2.8 makes it considerably easier to inter-work
On Sat, 19 Dec 2009 18:12:48 -0800, shetc wrote:
Finland, Finland, Finland
The country where I quite want to be!
^^^ Not the best job application I've seen :-)
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
There is my 1.4-compatible version here, although it is written in Scala
rather than Java.:
http://uniscala.svn.sourceforge.net/viewvc/uniscala/trunk/uniscala-wicket-
freemarker/src/main/scala/net/uniscala/wicket/freemarker/
FreeMarkerPanel.scala?view=markup
THe maven module is here:
On Tue, 06 Oct 2009 09:34:55 +, Peter Arnulf Lustig wrote:
What's the fast and easy way?
I am asking because of a lot of trouble with hibernate.
You can use an object database (like DB4O) that doesn't require ORM.
-
On Tue, 06 Oct 2009 14:02:56 -0700, Igor Vaynberg wrote:
i think all the suggestions you have gotten until now are
overcomplicated and have a high learning curve. i think the easiest and
fastest way to achieve persistency is to use a database that all
operating systems already have - the file
Looks good - I have some form-generation wicket-scala material that I'm
trying to get out. Fodels look interesting - I have something similar but
maybe not as general.
On Fri, 14 Aug 2009 18:56:09 +0200, Antony Stubbs wrote:
Ok for those following this thread - Wicket-Scala Extensions is out!
Thanks Adrian for sending through the details.
We are now also looking at Apache Geronimo that has some interesting
features for plugins.
Thanks all,
Sam.
On Mon, 20 Jul 2009 17:26:03 +0200, Adrian Wiesmann wrote:
Ping me offline for details since this is very much non-Wicket stuff.
On Tue, 21 Jul 2009 02:18:12 -0700, Tauren Mills wrote:
I realize there are already a few Wicket/jQuery
integrations, but I think that Stefan's WicketJQuery implementation has
some advantages over the others.
We've just started using WiQuery (http://code.google.com/p/wiquery/), but
are not
/own company?
In my opinnion modules are good for the public but not for internal /
sophisticated (=educated) use.
**
Martin
2009/7/20 Sam Stainsby s...@sustainablesoftware.com.au:
I'm probably revealing my inexperience with J2EE environments in asking
this, but how do Wicket programmers
wicket-stuff?
http://wicketstuff.org/confluence/display/STUFFWEB/Home
**
Martin
2009/7/20 Sam Stainsby s...@sustainablesoftware.com.au:
Providing modules for others. And also providing an environment for
third- party modules. See for example:
https://svn.plone.org/svn/collective
On Mon, 20 Jul 2009 09:10:57 +0200, Per Lundholm wrote:
Well, plug-ins, are they compile-time or run-time? Sounds like
compile-time from your description.
Runtime I think if I understand you correctly. Suppose a sys admin has
already deployed the war file for the core application and wants
On Mon, 20 Jul 2009 10:25:17 +0200, Linda van der Pal wrote:
Seeing how it looks like you want to create your own CMS, you might want
to have a look at Hippo CMS. They've built it in Wicket AFAIK.
I've seen Hippo, but my main aim is not to create a CMS. One of my goal
applications is more to
OK, so I am an sys admin running some sort of OSGI-based application and
now I want to add your questionnaire service and any other modules that
it depends on. I also want to occasionally check for version updates. I
want these updates and dependencies to be downloaded and put in the
correct
.
Kind Regards,
Olger
On 20 jul 2009, at 12:51, Sam Stainsby wrote:
OK, so I am an sys admin running some sort of OSGI-based application
and
now I want to add your questionnaire service and any other modules that
it depends on. I also want to occasionally check for version updates. I
want
I'm probably revealing my inexperience with J2EE environments in asking
this, but how do Wicket programmers typically handle application add-
ons (or plug-ins or modules).
I'm interested in emulating what happens in the Zope/Plone world (which
is where I've come from). In the case of Zope, you
, at 12:46 PM, Sam Stainsby wrote:
On Tue, 14 Jul 2009 11:38:33 +1200, Antony Stubbs wrote:
I'm very interested in people's suggestions of otherways of taking
advantage of Scala to make Wicket programming easier.
We are using Scala and Wicket intensively (and the DB4O object database
as well
On Tue, 14 Jul 2009 11:38:33 +1200, Antony Stubbs wrote:
I'm very interested in people's suggestions of otherways of taking
advantage of Scala to make Wicket programming easier.
We are using Scala and Wicket intensively (and the DB4O object database
as well). One thing we are working on is
if you want?
On 14/07/2009, at 1:10 PM, Sam Stainsby wrote:
Not yet, but I can make it available if there is interest.
Antony Stubbs wrote:
Just a quick note, is the source available for all this?
-
To unsubscribe, e-mail
hub privately if you want?
On 14/07/2009, at 1:10 PM, Sam Stainsby wrote:
Not yet, but I can make it available if there is interest.
Antony Stubbs wrote:
Just a quick note, is the source available for all
On Wed, 10 Jun 2009 14:56:59 +0200, Dorothée Giernoth wrote:
No, worse, my boss :( he doesn't think tomcat is safe enough and doesn't
know how tomcat works and what's going on behind the scenes ... and we
can't have that I bet he won't let me use wicket ... b/c it's not
safe enough
My code was bigger but I didn't want to brag :-)
On Tue, 26 May 2009 23:11:06 -0700, Igor Vaynberg wrote:
i was being facetious :)
-igor
On Tue, May 26, 2009 at 10:39 PM, Jeremy Thomerson
jer...@wickettraining.com wrote:
I didn't mean than yours - Igor - I meant more than the original
On Thu, 21 May 2009 20:32:01 -0500, Vasu Srinivasan wrote:
Apologize if this question sounds too generic... Are there restrictions
in using 3rd party Javascript libraries when using Wicket? We have a
separate design/javascript team and they love the idea of having just
html to work with. But
On Thu, 09 Apr 2009 08:41:20 +0200, Martijn Dashorst wrote:
Never *EVER* deploy your application in development mode. Use deployment
mode and turn those features you want on.
Just curious - does something catastrophic happen? I'm running a testing
demo for a client and haven't bothered
On Fri, 05 Sep 2008 15:21:34 +0200, francisco treacy wrote:
good! but i personally restrain from using db4o as its license is quite
restrictive. that's why i'm supporting neodatis, which is slowly gaining
momentum.
Isn't DB4O released under GPL, as well as a commercial license?
Brisbane is better than both :- ) (that's where I live).
On Mon, 26 May 2008 18:48:03 -0700, Jonathan Locke wrote:
I liked Sydney a lot, but never been to Melbourne.
Eelco Hillenius wrote:
I'm interested in forming a Melbourne Wicket group, along the lines of
PROTECTED]:
Sam Stainsby wrote:
Martin Makundi wrote:
The benefit in digest is that the user (or another user) cannot
fabricate it... so easily.
Just send a large random number ... no need for expensive hash
operations.
But use java.security.SecureRandom, not java.util.Random
On Fri, 16 May 2008 21:15:34 +0300, Martin Makundi wrote:
The benefit in digest is that the user (or another user) cannot
fabricate it... so easily.
Just send a large random number that is unique on the server. Keep a copy
and compare with what the recipient sends back. Simple - no need for
On Tue, 08 Apr 2008 17:29:16 -0700, Michael Mehrle wrote:
In general, Wicket does a great job of giving your trace output of your
template when something goes awry, including the component inheritance
and suggestions as to what could be wrong.
And for that I am *very* thankful. I've only just
40 matches
Mail list logo