ay 7, 2012 at 3:19 PM, James Carman
> wrote:
>> OK. I'm not against it. It's just the first I've heard of it. It would
>> seem like an important discussion to have though, changing the build
>> process.
>> On May 7, 2012 7:42 AM, "Martin Grigorov&quo
sed even now.
>
> On Mon, May 7, 2012 at 2:40 PM, James Carman
> wrote:
> > The fact that they are not going to be used anymore.
> > On May 7, 2012 7:36 AM, "Martin Grigorov" wrote:
> >
> >> On Mon, May 7, 2012 at 2:34 PM, James Carman
> >> wro
The fact that they are not going to be used anymore.
On May 7, 2012 7:36 AM, "Martin Grigorov" wrote:
> On Mon, May 7, 2012 at 2:34 PM, James Carman
> wrote:
> > Was there a discussion on the mailing list about this?
>
> About what ?
> This is the discussion to re
Was there a discussion on the mailing list about this?
On May 4, 2012 8:50 AM, "Martijn Dashorst"
wrote:
> It looks like we are not going to use the gradle build files. Does
> anyone object to removing them?
>
> Martijn
>
Welcome, Carl-Eric!
On Thu, Apr 26, 2012 at 5:55 AM, Martijn Dashorst
wrote:
> Carl-Eric Menzel has been invited to join the Wicket team. Please
> welcome Carl-Eric!
>
> Martijn Dashorst
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
On Fri, Apr 20, 2012 at 9:39 AM, Martin Grigorov wrote:
> "? extends String" looks strange too
Yes, especially since String is final. Curiouser and curiouser. :)
as is...
>
> -igor
>
> On Mon, Apr 16, 2012 at 3:02 PM, James Carman
> wrote:
> > Perhaps have wicket piece itself together using cdi! This might help it
> be
> > more pluggable. It is much better these days but some things could be
> > easier.
>
Perhaps have wicket piece itself together using cdi! This might help it be
more pluggable. It is much better these days but some things could be
easier.
On Apr 16, 2012 5:21 PM, "Martijn Dashorst"
wrote:
> Perhaps we can join forces with the deltaspike folks in the incubator
> and provide the r
I'm -0 to going to servlet 3.0. I think it's a bad idea, but I'm not
currently using Wicket at my "day job", so I wouldn't want to stand in
the way of progress. I like the idea of having an optional module
that depends on 3.0, though, with the core being 2.5-compatible.
On Fri, Apr 13, 2012 at 9
Oh, sorry I didn't understand what you meant. Yeah that is a nasty
scenario. I would much rather implement this as an aspect if it were me.
Wicket should have a library of useful aspects like this.
Sent from tablet device. Please excuse typos and brevity.
On Apr 8, 2012 10:03 AM, "Ja
code rot because i doubt many people
>>> will go out looking for something like this since most of them wont
>>> even know that its possible to do this.
>>>
>>> -igor
>>>
>>> On Fri, Apr 6, 2012 at 11:28 PM, Sven Meier wrote:
>>>
&g
Add the listener to core and if folks want to use it they can. You could
have a component instantiation listener add the detach listener to the
components. Another option would be an aspect.
On Apr 6, 2012 12:43 PM, "Igor Vaynberg" wrote:
> i wrote a IDetachListener that automatically detaches a
OMG! I can't get it through my thick skull that you guys are on GIT
now! DUH! Sorry for the traffic.
On Sat, Mar 3, 2012 at 4:26 PM, James Carman wrote:
> Wicketeers,
>
> I was wanting to do some comparing between trunk and what's in the
> latest release tag (trying to
Wicketeers,
I was wanting to do some comparing between trunk and what's in the
latest release tag (trying to backport something out of trunk). I
went looking for the tag for the 1.5.4 release. I looked here:
http://svn.apache.org/repos/asf/wicket/releases/
I can see 1.5.3, but there's no tag f
ks and new classes.
>
> On Fri, Nov 25, 2011 at 6:19 PM, James Carman
> wrote:
>> JIRA created and patch attached:
>>
>> https://issues.apache.org/jira/browse/WICKET-4264
>>
>> I ended up actually not using ObjectOutput. I created a new interface
>> call
All,
I have moved the active development of Wicketopia back to GitHub. You
can now find it at:
https://github.com/jwcarman/Wicketopia
Some recent developments:
1. CDI Integration (including Weld adapter)
2. Rudimentary support for entity relationships (drop down chooser).
Coming soon:
1.
hanges are
> internals of JavaSerializer, imo.
>
> On Fri, Nov 25, 2011 at 6:24 PM, James Carman
> wrote:
>> While doing a bit of debugging today, I noticed that I didn't see that
>> nice serialization issue message that tells me which field is the
>> problem.
While doing a bit of debugging today, I noticed that I didn't see that
nice serialization issue message that tells me which field is the
problem. So, I started looking into it (with some direction from
martin-g on IRC):
The Problem
In the new JavaSerializer class, it has a CheckerOutputStream wh
I'm having a bit of trouble with my CDI library's example. I'm not
sure if I'm attempting to do something that I shouldn't expect to work
or if my library isn't working correctly. I've got a couple of links
on my page:
add(new Link("convBegin")
{
@Override
On Tue, Jun 21, 2011 at 11:16 AM, Igor Vaynberg wrote:
> no, we were trying to make it easier for multiple plugins to extend
> the request processing pipeline. there is nothing wrong with
> subclassing.
>
Except when you have multiple plugins trying to get their logic
plugged into the same place.
Subclassing sucks! I thought we were trying to go away from that.
On Tue, Jun 21, 2011 at 11:05 AM, Igor Vaynberg wrote:
> it seems the only usecase where this is needed is for code that
> validates that everything has been properly detached. but, for that to
> work you will still need to ensure
Perhaps we should re-write it using wicket-velocity! ;)
On Thu, Jun 16, 2011 at 11:53 AM, Igor Vaynberg wrote:
> his test is hand-tailored to fail any true component oriented
> framework. 5000 items per page? really? show me a single website that
> does that. even facebook doesnt show that many c
On Thu, Jun 16, 2011 at 5:27 AM, Martin Grigorov wrote:
> With all this said I think it is better to leave it as it is now. I.e.
> not moving it anywhere.
> It doesn't cause us troubles. It just stays where it is.
> I still believe it is not used (wildly) with the only one answer "We
> plan to use
On Wed, Jun 15, 2011 at 3:14 AM, Martin Grigorov wrote:
>
> What do you think about moving wicket-velocity project to WicketStuff
> (Github) ?
> It seems to be not very used by our users, otherwise I'd expect more
> bug reports about it.
>
> Pros:
> - shorter build time
>
> Cons:
> - none?!
The
On Wed, Jun 15, 2011 at 4:40 PM, Martin Grigorov wrote:
>
> Should we wait 72 hours for the vote or I can move it tomorrow ?
What was Martijn's official vote? If it was -1, that's a veto. Code
modifications (which this would be) can be vetoed.
ot;selected").prepend(" ")); // to
> prepend, separated by space
>
> add(new AttributeModifier("style", "width:80%").pattern("width:
> *100%")); // to replace the value matched by the pattern (the current
> functionality of Attri
On Wed, Jun 8, 2011 at 8:02 AM, Martijn Dashorst
wrote:
>
> I'm thinking of ditching the separator as a constructor parameter, and
> defaulting to ' ' (space). Is there anyone who uses any other value
> for the separator? The attribute modifier will have a setter for the
> separator, so that you c
I like the idea of the builder pattern much better. DSLs rock!
Sent from tablet device. Please excuse typos and brevity.
On Jun 8, 2011 6:35 AM, "Martin Grigorov" wrote:
> or builder pattern:
>
> AttributeModifier.attr("name").model(someModel).create().append()
>
> On Wed, Jun 8, 2011 at 12:27
What about the separator?
Sent from tablet device. Please excuse typos and brevity.
On Jun 8, 2011 6:28 AM, "Martijn Dashorst"
wrote:
> Taken from the user@ list, where it might get snowed under...
>
> The SimpleAttributeModifier, AttributeAppender and AttributePrepender
> classes are in my opin
I'm -1 to gradle. We don't all use it. It's not like we're a groovy-based
framework.
On May 1, 2011 12:07 PM, "Igor Vaynberg" wrote:
>
> i guess the question then is, do we switch to gradle for 1.5? can you
> check in the gradle build file so we can all take a look?
>
> -igor
>
> On Sun, May 1,
On Thu, Apr 7, 2011 at 7:48 AM, Attila Király wrote:
> (Also an answer to Hans Lesmeister)
>
> Afaik there is no checkstyle plugin that can do the same as eclipse
> formatter + save actions: format and clean up code upon save. Checkstyle
> will only test that the rules are met or not. It is not ve
On Thu, Apr 7, 2011 at 6:47 AM, James Carman wrote:
> On Thu, Apr 7, 2011 at 2:04 AM, Attila Király
> wrote:
>>
>> We can add the eclipse prefs to git so it gets configured automatically. Do
>> not know how to do it for other IDE-s.
>>
>> If we add this I
On Thu, Apr 7, 2011 at 2:04 AM, Attila Király wrote:
>
> We can add the eclipse prefs to git so it gets configured automatically. Do
> not know how to do it for other IDE-s.
>
> If we add this I do not think that we should reformat all projects at once.
> Only to do it when we touch a project or f
Thanks for taking point on this wicketstuff/github/maven report stuff,
Michael. Your work is much appreciated!
On Mar 22, 2011 8:56 PM, "Michael O'Cleirigh" <
michael.ocleir...@rivulet.ca> wrote:
> Hi,
>
> I've added you to the committers team in github.com
>
> Let me know when your module is in
I don't think he was saying it was incorrect. He was saying that he's
okay with the added inconvenience if it makes everything work
correctly.
On Fri, Mar 18, 2011 at 1:51 PM, tetsuo wrote:
> Why would it (Igor's proposal) be not correct?
>
>
> On Fri, Mar 18, 2011 at 2:28 PM, Peter Ertl wrote:
What about AJAX requests coming from multiple places for the same session?
On Fri, Mar 18, 2011 at 11:45 AM, Martijn Dashorst
wrote:
> I'm not sure if this is still happening in 1.5, but could it be
> possible to nix the pagemap lock (or severely shorten it to 1-2
> seconds) and abandon request p
On Wed, Feb 23, 2011 at 2:46 PM, tetsuo wrote:
> Yes, it is. Just use @SpringBean.
>
Agreed! :)
On Wed, Feb 23, 2011 at 8:56 AM, tetsuo wrote:
> Since Spring 3.0, scoped proxies are Serializable. So, it's perfectly
> possible to use @Configurable, @Autowired, and lots of AspectJ magic,
> for Pages and Components, instead of wicket-spring/@SpringBean.
>
> Provided, of course, that all beans y
The problem with that is that it doesn't address the situation where
the reference is passed elsewhere (like to a DataProvider). With the
proxy-based approach (which wicket-spring does now), it does.
On Tue, Feb 22, 2011 at 4:34 PM, Bruno Borges wrote:
> Hi everyone,
>
> A friend was playing
On Thu, Feb 17, 2011 at 2:26 PM, Maarten Bosteels
wrote:
> -1 for updating to spring 3 (especially when wicket-spring doesn't need
> features not available in 2.5.6)
>
> How about [2.5.6,) ?
>
> It clearly indicates that 2.5.6 is the minimum required version for
> wicket-spring
>
> http://docs.
Why not just change the dependency from org.springframework:spring to
org.springframework:spring-web? Version 2.5.6 has the same split-outs
as 3.x.
On Wed, Feb 16, 2011 at 10:11 AM, Martijn Dashorst
wrote:
> Currently wicket-spring 1.5 depends on spring 2.5 (specifically
> org.springframework:s
Sure blame us commons people :)
On Jan 25, 2011 12:21 PM, "Igor Vaynberg" wrote:
> that code was taking out of apache commons upload afair.
>
> -igor
>
> On Tue, Jan 25, 2011 at 9:16 AM, richard emberson
> wrote:
>> While going through RC1 wicket-util I noted that in the
>> org.apache.wicket.util
On Tue, Jan 25, 2011 at 11:50 AM, Jeremy Thomerson
wrote:
>
> The separate modules is a good way to enforce the separation. If you have
> other ideas for enforcing them, I'd be happy to hear them.
>
It doesn't really enforce anything. Folks can still put classes in
the wrong module and screw th
On Mon, Jan 24, 2011 at 12:32 PM, Igor Vaynberg wrote:
>
> with the new split we have introduced iprovider interface which
> decouples the mess. a good example is that if now some part of request
> processing needs a configurable option it gets it via iprovider which
> in turn gets it from an appl
I have also questioned the usefulness of this new approach, compared
to all of the hoops you have to go through to get it to work? What
are we saving here? Are wicket-request and wicket-util really
intended to be used outside of Wicket? I really don't see the
benefit, at least when you consider
> --
> Jeremy Thomerson
> http://wickettraining.com
> *Need a CMS for Wicket? Use Brix! http://brixcms.org*
>
> On Mon, Jan 24, 2011 at 10:38 AM, James Carman
> wrote:
>
>> So, what does this have to do with Lucene?
>>
>> 2011/1/24 César Couto :
>>
So, what does this have to do with Lucene?
2011/1/24 César Couto :
> Dear developers,
>
> I am a PhD student at UFMG, Brazil and as part of my research I am
> making a study about the relevance of the warnings reported by the
> FindBugs bug finding tool.
>
> Since I am planning to use Wicket as a
On Thu, Jan 20, 2011 at 3:07 PM, Jeremy Thomerson
wrote:
>
> I, too, like the idea. Couldn't it be simpler? Couldn't he:
>
Yes, it could be simpler. It could be easier to add a listener to the
ART in-general. :)
page,
> logoutpage,
> onlinestore,
> }
>
> ...
>
> ;)
>
> **
> Martin
>
> 2011/1/19 James Carman :
>> I believe this conversation has gone enough off-course that it no
>> longer belongs on this mailing list. We're not discussing anything
>> related to Wicket a
I believe this conversation has gone enough off-course that it no
longer belongs on this mailing list. We're not discussing anything
related to Wicket anymore.
On Wed, Jan 19, 2011 at 11:57 AM, richard emberson
wrote:
>
>
> On 01/19/2011 07:22 AM, Martin Makundi wrote:
>>
>> The only thing that
ApplicationLifecycleListener?
On Jan 18, 2011 8:14 AM, "Major Péter" wrote:
> Hi,
>
> since IInitializer now also works as an IDestroyer, wouldn't be
> ApplicationContextListener a better name for it? (based on
> ServletContextListener)
>
> Regards,
> Peter
It's like crossing the streams on Ghostbusters. Just don't do it. :)
On Jan 13, 2011 9:27 PM, "Igor Vaynberg" wrote:
> if you put two of them on a page do you get an infinite loop? :)
>
> -igor
>
> On Thu, Jan 13, 2011 at 12:19 PM, Jeremy Thomerson
> wrote:
>> On Tue, Jan 4, 2011 at 10:13 AM, J
Releases can't be vetoed but it is good to see a binding -1 vote. Just call
the vote cancelled because there was a problem identified
On Jan 13, 2011 9:26 PM, "Igor Vaynberg" wrote:
> here is a binding -1 to close this officially.
>
> -igor
>
> 2011/1/13 Major Péter :
>> Sadly I have a -1 for thi
On Sat, Jan 8, 2011 at 4:19 PM, Martin Makundi
wrote:
>>
>> Either way, you have to put logic somewhere that tries to figure out
>> what the heck you want to borrow and then figure out where the heck to
>> get it.
>
> If it is done at compile time you don't need "messaging" logic. It
> would be un
On Sat, Jan 8, 2011 at 2:59 PM, Martin Makundi
wrote:
>
> It should be possible to say that "man will proxy by default all get
> methods of his belongings", It should be possible to say that "bag
> will proxy by default all get methods of his belongings". Same with
> pencil casing. In such situati
On Sat, Jan 8, 2011 at 1:25 PM, Martin Makundi
wrote:
>>> What I hate about java is its one-dimensionality... ehh.. say you have:
>>>
>>> object man
>>> object man carrying bag
>>> bag carrying pencil case.
>>>
>> This isn't a Java problem. This is a design problem.
>
> How would you workaround t
On Sat, Jan 8, 2011 at 1:07 PM, Martin Makundi
wrote:
>
> What I hate about java is its one-dimensionality... ehh.. say you have:
>
> object man
> object man carrying bag
> bag carrying pencil case.
>
> Now I want the man to hand me the pencil, I must implement:
> * man.getpencil->man.getbag.getpe
Since scala is statically-typed, the ide can (and does) give you contextual
help very easily
On Jan 8, 2011 2:21 AM, "Martin Makundi"
wrote:
>> But it will do the right thing about 90% of the time. you'll
subconsciously
>> work around 4 or 5% of the rest that doesn't work, and the remaining 5-6%
On Thu, Jan 6, 2011 at 7:24 PM, Gustavo Hexsel wrote:
> One of the cool things about scala is that you could have a model concept
> without a model class. You just need to receive 2 functions, a setter and a
> getter (or just a setter for read-only models). So for instance a ListView
> could ha
I've got to try it!
On Jan 5, 2011 6:10 PM, "Gerolf Seitz" wrote:
>>
>> Is this in IntelliJ IDEA?
>>
>>
> yes
>
>
>> On Wed, Jan 5, 2011 at 6:04 PM, Gerolf Seitz
>> wrote:
>> > It's cmd+shift+G (OSX) and it works quite well ;)
>> >
>> > On Wed, Jan 5, 2011 at 11:55 PM, Justin Lee
>> wrote:
>> >
Is this in IntelliJ IDEA?
On Wed, Jan 5, 2011 at 6:04 PM, Gerolf Seitz wrote:
> It's cmd+shift+G (OSX) and it works quite well ;)
>
> On Wed, Jan 5, 2011 at 11:55 PM, Justin Lee wrote:
>
>> You can paste a java class into a .scala file and it'll autoconvert.
>> there's a shortcut keystroke, too
Please add me too. My username is jwcarman. Thanks.
On Tue, Jan 4, 2011 at 8:32 AM, Martin Grigorov wrote:
> On Tue, Jan 4, 2011 at 2:29 PM, Sebastian wrote:
>
>> Please add me too.
>>
>> username: sebthom
>>
> Added
>
>>
>> Thanks!
>>
>> Seb
>>
>>
>> On 01.01.2011 15:47, Michael O'Cleirigh wr
I haven't had time to read all of this (hard to get through it all on
my phone), but I don't think that mere "port" of Wicket to Scala is
what is needed. I'd rather see a project built for Scala from the
ground up based on some of the concepts from Wicket. Wicket wasn't
designed with a functional
What about other folks' custom components and their markup-based test
cases? They would start failing if they failed to do this in their
code for some reason.
On Thu, Dec 30, 2010 at 5:51 PM, Juergen Donnerstag
wrote:
> through true, most components already do it anyway. There is almost no
> eff
+1
On Dec 29, 2010 12:49 PM, "Igor Vaynberg" wrote:
> i think core and sandbox are probably better names and more clearly
> communicate the intent.
>
> -igor
>
> On Wed, Dec 29, 2010 at 9:30 AM, Martijn Dashorst
> wrote:
>> Currently our wicketstuff repo at github is one gigantic repo
>> containi
ot; phone, so please excuse spelling, formatting, or
> compiler errors
>
> On Dec 22, 2010 7:34 AM, "James Carman" wrote:
>
> -1, sounds very confusing to me. I was just looking for something
> last night in the source. It was something that I assumed would be in
> the &q
-1, sounds very confusing to me. I was just looking for something
last night in the source. It was something that I assumed would be in
the "core" of the framework, but I had to look in wicket-util for it.
I don't like that. If it's required to run Wicket, then it should be
part of the "core."
+1 for Apache Extras.
On Tue, Dec 14, 2010 at 11:29 AM, Martijn Dashorst
wrote:
> Things change and while we had a nice stay at sf.net, I think it is
> time to move on with Wicket Stuff to newer ground. We have had this
> discussion before and the discussion stalled mostly because Apache and
> Go
What do you do with "docModel" in that constructor?
On Fri, Dec 3, 2010 at 4:15 PM, Don wrote:
> Hi,
>
> I would suspect that having a class like below I wouldnt really need to use a
> LoadableDetachableModel model because I dont store it in some field of the
> class (or any of the components u
On Thu, Dec 2, 2010 at 9:36 PM, Clint Checketts wrote:
>
> While I appreciate having onConfigure as an option it seems like overriding
> isVisible is still the cleaner and clearer way. Folks just need to follow
> the rule that expensive calls should be contained in an LDM.
>
The expense isn't the
iddle" of a major
version. If something is evil, then we should probably try to avoid
it, so what do we do, go clean up all of our existing code (and
re-test it)?
On Mon, Nov 29, 2010 at 3:52 PM, Igor Vaynberg wrote:
> how so? we added something new that we think will work better.
>
On Mon, Nov 29, 2010 at 1:13 PM, Eelco Hillenius
wrote:
> Niether is evil. It has potential pitfalls, which you should just be
> aware of. We use such overrides all over the place and never have
> problems with them either. :-) Avoiding it is safer, but also more
> verbose (in 1.3.x at least).
>
No, it's not necessary, but it makes it a heck of a lot easier. If
you really don't want to use Maven in the long run, it might help you
get started and figure out which jars you absolutely need on your
classpath. Start a maven-based project and once you get stuff
working, you can do "mvn depende
Ok, I need sleep. Back to our regularly-scheduled programming.
On Tue, Nov 23, 2010 at 10:36 PM, Jeremy Thomerson
wrote:
> On Tue, Nov 23, 2010 at 10:28 PM, James Carman
> wrote:
>> If you're going to make it an abstract class, why not change the name,
>> too? T
If you're going to make it an abstract class, why not change the name,
too? The "I" presumably means "interface", right?
On Tue, Nov 23, 2010 at 9:53 PM, Matej Knopp wrote:
> +1
>
> -Matej
>
> On Tue, Nov 23, 2010 at 9:22 PM, Igor Vaynberg
> wrote:
>> +1
>>
>> -igor
>>
>> On Tue, Nov 23, 2010
Congratulations, Pedro!
On Mon, Nov 22, 2010 at 10:08 PM, Jeremy Thomerson
wrote:
> I'd just like to pass this on to everyone on the list. Pedro Santos
> has been added as a committer and PMC member for Apache Wicket. Pedro
> has been increasingly active in the Wicket community in recent months
Yeah that's not gonna work with the way people typically use wicket
On Nov 19, 2010 9:02 AM, "ekabanov" wrote:
>
> We are looking into solving this for anon classes in the next version. Our
typical suggestion for workaround is to use named method classes, like this:
>
> // Constructor
> public MyC
Has anyone looked at how Tapestry solved this problem? I know they
did some work to make sure reloading happened in a "smart" way.
On Thu, Nov 18, 2010 at 10:44 AM, Igor Vaynberg wrote:
> invoking a constructor on a constructed class can lead to a lot more
> weirder state problems. dont forget,
Email them. They have a wicket plugin and they're very responsive
On Nov 18, 2010 7:53 AM, "Martijn Dashorst"
wrote:
> I've been trying out jrebel and wicket a couple of times, and I
> thought it didn't work. It does, but the way Wicket development works
> is undoing most of the benefits of using
I've used jrebel pretty successfully with wicket. There are a lot more
compatible changes you can make than non-compatible ones.
On Nov 18, 2010 7:53 AM, "Martijn Dashorst"
wrote:
> I've been trying out jrebel and wicket a couple of times, and I
> thought it didn't work. It does, but the way Wick
+1 to the maven plugin. And, yes IDEA does it too.
On Tue, Nov 16, 2010 at 8:15 AM, Martin Grigorov wrote:
> On Tue, Nov 16, 2010 at 2:04 PM, James Carman
> wrote:
>
>> On Tue, Nov 16, 2010 at 3:08 AM, Martin Grigorov
>> wrote:
>> >
>> > Eclipse adds the
On Tue, Nov 16, 2010 at 3:08 AM, Martin Grigorov wrote:
>
> Eclipse adds the licence for me when I create new files.
>
We don't all use Eclipse.
On Sun, Oct 31, 2010 at 9:54 AM, Martin Grigorov wrote:
>> Where are you that DST changed last night? Ours (EDT timezone)
>> doesn't change until next Sunday at 2:00 AM. At least that's what the
>> time settings dialog in Windows 7 says.
>>
> Europe.
>
Figures. I don't know why everyone doesn'
Where are you that DST changed last night? Ours (EDT timezone)
doesn't change until next Sunday at 2:00 AM. At least that's what the
time settings dialog in Windows 7 says.
On Sun, Oct 31, 2010 at 9:02 AM, Martin Grigorov wrote:
> Hi,
>
> Locally org.apache.wicket.util.time.TimeOfDayTest.test()
The portlet support has been moved to Wicket Stuff. If you want to
contribute, sign up for a sourceforge account and request access.
It's that easy! :)
On Fri, Oct 22, 2010 at 5:03 AM, Jan Willem Janssen
wrote:
> Hello,
>
> Somewhere I heard the rumor that Wicket will drop the support
> for port
Why not ask this question on the user list? That's where you're
supposed to ask this type of question.
On Tue, Sep 28, 2010 at 9:58 AM, elesi wrote:
>
> im sorry for that, but let me ask if there's another way of getting the mp3
> resource...
> besides creating an xml file like drobson did?
>
>
This isn't a Wicket question.
On Tue, Sep 28, 2010 at 2:54 AM, elesi wrote:
> drobson writes:
>
>>
>>
>> The files are being stored on the server but i've found a way of doing what I
>> need and it seems pretty nice. By creating a new xml file, named audio.xml,
>> in the tomcat dir conf\catalina
This is a user question. Please send your question to the user list.
On Tue, Sep 28, 2010 at 6:52 AM, elesi wrote:
>
> could anyone explain how wicket searches the context path for resources?
> i mean is it different from the local drive path that i use for non-web
> applications?
> because im h
Jira supports tags right?
On Sep 20, 2010 8:55 AM, "Clint Checketts" wrote:
> Sure I could take whichever approach the core team prefers. A bonus of
> having a master issue is once it gets resolved that the release notes will
> specifically mark that it is compatible with GAE.
>
> On Mon, Sep 20,
n Mon, Sep 13, 2010 at 6:27 PM, Igor Vaynberg wrote:
> i was hoping you were doing this just to mess with martijn...
>
> -igor
>
> On Mon, Sep 13, 2010 at 3:25 PM, James Carman
> wrote:
>> Heh! Yeah, I got it on my machine, too. Martijn thought he had this
>> turne
On Mon, Sep 13, 2010 at 3:14 PM, James Carman
> wrote:
>>
>> This is a test to see if we can still post to the dev mailing list via
>> nabble. Did this get through?
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Test-tp
This is a test to see if we can still post to the dev mailing list via
nabble. Did this get through?
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Test-tp2538143p2538143.html
Sent from the Wicket Dev (Old) mailing list archive at Nabble.com.
On Mon, Sep 13, 2010 at 4:32 PM, norm.pence wrote:
>
> I have been working with Wicket for only a few days so please bare with me.
>
First of all, this is a user question, it should be sent to the user
list, not the developer list.
Why the snapshots?
On Thu, Sep 9, 2010 at 9:52 AM, chitrabhanu.das
wrote:
>
> thanks for your prompt reply now i have removed 1.3 versions and have set
> the following jars in classpath:
>
>
> wicket-ioc-1.4-SNAPSHOT.jar
> wicket-spring-1.4-SNAPSHOT.jar
> wicket-spring-annot-1.4-20080409.1213
A better question is why are you so averse to a service layer in between?
On Wed, Sep 8, 2010 at 9:09 AM, chitrabhanu.das
wrote:
>
> How do we integrate Wicket and Hibernate without any service layer in
> between Is it even possible??? I have tried to but in vein Whenever
> i try to call
The test case compares the output to a static file on disk that was
generated in a non-de environment. I would imagine that's why it's
failing. ClientSideImageMap is a new class, so it's not changing existing
functionality. It merely attaches itself to an existing Image component
(via an attri
I'd say at least move it to wicketstuff, so that if there's some other
person out there with the will and means to take the project on, they
can do so.
On Wed, Aug 11, 2010 at 2:35 PM, Martin Grigorov wrote:
> Hi,
>
> I just created a ticket (https://issues.apache.org/jira/browse/WICKET-2976)
> t
Attach some patches to the JIRAs.
On Fri, Jul 23, 2010 at 7:50 AM, Erich W Schreiner wrote:
> Dear Wicket team,
>
> as I'm using wicket for some time now, I would like to contribute back to the
> community. An additional motivation is getting to know the insides of Wicket
> better - and the best
Here are the instructions for setting it up on linux/unix:
http://wiki.hudson-ci.org/display/HUDSON/Installing+Hudson#InstallingHudson-Unix%2FLinuxInstallation
You *can* just do:
java -jar hudson.war
and it'll run. That's just a quick way to get it up and running to
play around with it.
On We
This will give you a rough idea of what you need for Hudson. It does
need some disk space:
http://wiki.hudson-ci.org/display/HUDSON/Administering+Hudson
On Wed, Jul 21, 2010 at 8:51 AM, Martijn Dashorst
wrote:
> Security needs to be enabled and other stuff. Deploying as a war does
> have some
1 - 100 of 323 matches
Mail list logo