from:"Jesse Sightler"

Re: [Wicket-user] Too many open files problem

2006-02-19 Thread Jesse Sightler

That seems EXTREMELY unlikely.  If this were the case, I would think a lot of apps would have fairly major and constant problems with open file limits.  Why would it need one connection per entry within a single Jar?
Could it be something else that we are using (creating too many JARClassLoaders for the same jar or something)?-- JessOn 2/19/06, Johan Compagner
 <[EMAIL PROTECTED]> wrote:don't know how it reports that,
But it seems to report a connection to that jar file that is made for every entry in the jar file.johan
On 2/19/06, 
Jesse Sightler <[EMAIL PROTECTED]> wrote:

I'm somewhat confused by now this relates.  Why would this result in thousands of extra open files?  Wouldn't it just be one open file per URLClassLoader?
On 2/19/06, 
Johan Compagner <[EMAIL PROTECTED]> wrote:


No this is already discussed long time ago on this mailing list.It is a bug of sun. We can't do ONE thing about it.. It really sucks i know but its out of our hands.Here is the bug: 



http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148Please vote for it, because we as wicket really have problems with it because we have many resources.
Maybe we can make the polling smarter.. If the resources comes from a jar file then don't test it anymore.
But don't know if we can see that (its the instance of the url connection that specifies that i guess)johan
On 2/19/06, Gili <
[EMAIL PROTECTED]> wrote:Eek, XML files! ;)That aside, I assume this means there is a bug in resource polling? ...
or is it normal for it to open all these files and never close them?GiliIgor Vaynberg wrote:> seems there is a problem with how application.configure() works.>> if you call configure("deployment") from 
application.init() it doesnt> really help, because a webapp.internalinit() runs before and already> called configure("development") (if you did not speicfy deployment> through web.xml or system prop) and so the resource thread is started
> already.>> my thought on this would be to get rid of public configure(string)> methods and let deployment mode be configured either from web.xml or a> system prop.>> and yes, turning off that thread solves andrew's problem.
>> -Igor>>>>> On 2/18/06, *Eelco Hillenius* < [EMAIL PROTECTED]
> 
[EMAIL PROTECTED]>> wrote:>> Still, does the polling have that effect?>> On 2/18/06, Andrew Lombardi <


[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>  > Yeah, I agree.  I found the problem, in 
1.2 versions, the servlet>  > variable has been changed to "configuration:deployment/development"
>  > instead of "deployment:true/false".>  >>  > So I was checking in my base application class for deployment servlet>  > var, and calling configure("deployment") .. wasn't helping though
>  > since the poll frequency was already set internally when>  > configuration variable is not found, so assumed development mode.  So>  > it was polling every 1 second, even though I had set configure
>  > ("deployment")>  >>  > Doh!>  >>  >>  > On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote:>  >>  > > That sounds pretty crazy. Did you turn off template reloading? That
>  > > would be the first thing to try, and actually wize in a production>  > > environment anyway. /If/ that helps, we might have something that>  > > should be done differently there.
>  > >>  > > Eelco>  > >>  > >>  > > On 2/18/06, Andrew Lombardi < 


[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>  > >> When deploying one of our wicket-developed applications to our
>  > >> production linux server, we've been seeing something very odd,
> maybe>  > >> someone can shed some light.  This morning I awoke to error> messages>  > >> in our Resin app server logs about "Too many open> files".  Checking
>  > >> the max value, it was set at 65000.>  > >>>  > >> A check using lsof showed that the jar file where I have the Page>  > >> classes/html/prop files, had several entries.  And it would
> vary up>  > >> and down from 1000 to well over 15000 entries for that single> jar.>  > >> I'm in the process of setting up a test environment to see if> I can
>  > >> recreate the issue locally, or if it might be a linux-based issue.>  > >> I'm using Resin 3.0.17 wi

Re: [Wicket-user] Too many open files problem

2006-02-19 Thread Jesse Sightler

I'm somewhat confused by now this relates.  Why would this result in thousands of extra open files?  Wouldn't it just be one open file per URLClassLoader?On 2/19/06, 
Johan Compagner <[EMAIL PROTECTED]> wrote:
No this is already discussed long time ago on this mailing list.It is a bug of sun. We can't do ONE thing about it.. It really sucks i know but its out of our hands.Here is the bug: 

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4950148Please vote for it, because we as wicket really have problems with it because we have many resources.
Maybe we can make the polling smarter.. If the resources comes from a jar file then don't test it anymore.
But don't know if we can see that (its the instance of the url connection that specifies that i guess)johan
On 2/19/06, Gili <
[EMAIL PROTECTED]> wrote:Eek, XML files! ;)That aside, I assume this means there is a bug in resource polling? ...
or is it normal for it to open all these files and never close them?GiliIgor Vaynberg wrote:> seems there is a problem with how application.configure() works.>> if you call configure("deployment") from 
application.init() it doesnt> really help, because a webapp.internalinit() runs before and already> called configure("development") (if you did not speicfy deployment> through web.xml or system prop) and so the resource thread is started
> already.>> my thought on this would be to get rid of public configure(string)> methods and let deployment mode be configured either from web.xml or a> system prop.>> and yes, turning off that thread solves andrew's problem.
>> -Igor> On 2/18/06, *Eelco Hillenius* < [EMAIL PROTECTED]
> 
[EMAIL PROTECTED]>> wrote:>> Still, does the polling have that effect?>> On 2/18/06, Andrew Lombardi <
[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>  > Yeah, I agree.  I found the problem, in 
1.2 versions, the servlet>  > variable has been changed to "configuration:deployment/development"
>  > instead of "deployment:true/false".>  >>  > So I was checking in my base application class for deployment servlet>  > var, and calling configure("deployment") .. wasn't helping though
>  > since the poll frequency was already set internally when>  > configuration variable is not found, so assumed development mode.  So>  > it was polling every 1 second, even though I had set configure
>  > ("deployment")>  >>  > Doh!>  >>  >>  > On Feb 18, 2006, at 9:31 PM, Eelco Hillenius wrote:>  >>  > > That sounds pretty crazy. Did you turn off template reloading? That
>  > > would be the first thing to try, and actually wize in a production>  > > environment anyway. /If/ that helps, we might have something that>  > > should be done differently there.
>  > >>  > > Eelco>  > >>  > >>  > > On 2/18/06, Andrew Lombardi < 
[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>  > >> When deploying one of our wicket-developed applications to our
>  > >> production linux server, we've been seeing something very odd,
> maybe>  > >> someone can shed some light.  This morning I awoke to error> messages>  > >> in our Resin app server logs about "Too many open> files".  Checking
>  > >> the max value, it was set at 65000.>  > >>>  > >> A check using lsof showed that the jar file where I have the Page>  > >> classes/html/prop files, had several entries.  And it would
> vary up>  > >> and down from 1000 to well over 15000 entries for that single> jar.>  > >> I'm in the process of setting up a test environment to see if> I can
>  > >> recreate the issue locally, or if it might be a linux-based issue.>  > >> I'm using Resin 3.0.17 with JDK 1.5.0_06 , and using the latest>  > >> snapshot from Wicket 
1.2 branch.>  > >>>  > >> Any ideas?>  > >>>  > >>>  > >>>  > >> ---
>  > >> This SF.net email is sponsored by: Splunk Inc. Do you grep through>  > >> log files>  > >> for problems?  Stop!  Download the new AJAX search engine that
> makes>  > >> searching your log files as easy as surfing the  web.  DOWNLOAD>  > >> SPLUNK!>  > >> 
http://sel.as-us.falkag.net/sel
?>  > >> cmd=lnk&kid=103432&bid=230486&dat=121642>  > >> ___>  > >> Wicket-user mailing list>  > >> 
Wicket-user@lists.sourceforge.net> 
Wicket-user@lists.sourceforge.net>>  > >> 
https://lists.sourceforge.net/lists/listinfo/wicket-user>  > >>
>  > >>  > >>  > > ---
>  > > This SF.net email is sponsored by: Splunk Inc. Do you grep through>  > > log files>  > > for problems?  Stop!  Download the new AJAX search engine that> makes
>  > > searching your log files as easy as surfing the  web.  DOWNLOAD>  > > SPLUNK!>  > > 
http:/

Re: [Wicket-user] VOTE

2006-02-17 Thread Jesse Sightler

+1 to option 1On 2/17/06, Justin Lee <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-Hash: RIPEMD160w00t!> 1. Give me the constructor change and the Java 5 functionality in one> pass (Wicket 2.0)- --Justin Lee
http://www.antwerkz.comAIM : evan chooly720.299.0101-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (Cygwin)iD8DBQFD9kfKJnQfEGuJ90MRA/TeAJ9am+RnU+7nHj5vTGijT+PasdCEiQCfQHKfXDaFHbkKS4CxsvcUnHWWbNg=
=FfJI-END PGP SIGNATUREThis SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

2006-02-16 Thread Jesse Sightler

I tend to agree... could we perhaps have another thread for a formal vote?  I've read through this thread and I just don't see that many people who both don't want 1.5 and do want the constructor change.Perhaps a survey like:
1. I need the constructor change NOW, but don't want 1.52. I don't care about the constructor change, do them whenever you want3. I don't want either one (just to catch the obstinate types:))I honestly think the "do them separate" types were mostly just wanting the 
1.5 delayed a bit, and don't really care if there's a formal release with just the constructor change or not (but, of course, just IMO).Thanks,Jesshttp://www.jroller.com/page/jsight/
On 2/16/06, Justin Lee <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-Hash: RIPEMD160The constructor change is going to be disruptive enough that maybeswitching both at once wouldn't be so bad.  That'd mean only twobranches to maintain which would be a lot less work on you guys.  That'd
be my vote.  It sucks for those who can't upgrade to 1.5 yet, but youhave to make sure you're not making too much work for yourself.  And 3branches could get ugly fast.Eelco Hillenius wrote:> Yeah, that would mean supporting 
1.2 and 1.3 as branches. 2.0 would be> HEAD. For us it would be way less work if we'd move to 1.2 directly.> But that would probably be a bummer for people that don't want to make> the move to JDK 5, but who do want to take advantage of the
> constructor change.>> Eelco>> On 2/16/06, Philip A. Chapman <[EMAIL PROTECTED]> wrote:>> Eelco Hillenius wrote:>>> 
>>> Only thing for us is that we have to support both 1.2 and 1.3.>> Does that mean supporting 3 branches;  1.2, 1.3 and eventually 2.0?  Or>> did you mean support 1.2 and 1.3 until 2.0 comes out; then supporting
>> 1.3 and 2.0? Just curious on how much I should pity the committers.>> -->> Philip A. Chapman Desktop and Web Application Development:>> Java, .NET, PostgreSQL, MySQL, MSSQL
>> Linux, Windows 2000, Windows XP> ---> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!> 
http://sel.as-us.falkag.net/sel?cmd___> Wicket-user mailing list> Wicket-user@lists.sourceforge.net> 
https://lists.sourceforge.net/lists/listinfo/wicket-user- --Justin Leehttp://www.antwerkz.com
AIM : evan chooly720.299.0101-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.1 (Cygwin)iD8DBQFD9LudJnQfEGuJ90MRA0EEAJ985iq9DWPAG4RHekGmqiOkqyisBgCeOw2t81qP9GYOjffV+aYOkyhzywQ==67QW-END PGP SIGNATURE-
---This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

2006-02-15 Thread Jesse Sightler

Yes, it uses concurrent-backport.On 2/14/06, Mark Derricutt <[EMAIL PROTECTED]> wrote:
On 2/15/06, Jesse Sightler <[EMAIL PROTECTED]> wrote:

Actually, the really nice thing about Retrotranslator (as opposed to Retroweaver) is that it does support quite a few of the new Java 1.5 APIs.  java.util.concurrent and StringBuilder are both supported.

Interesting - does it make use of the concurrent-backport and map the bytecode over?-- i like my video games - mamma said they are gonna melt my brains
i like my video games - i don't care what daddy said; they're my reality
  - henning pauly

Re: [Wicket-user] Post 1.2 roadmap

2006-02-14 Thread Jesse Sightler

Actually, the really nice thing about Retrotranslator (as opposed to Retroweaver) is that it does support quite a few of the new Java 1.5 APIs.  java.util.concurrent and StringBuilder are both supported.-- Jess
http://www.jroller.com/page/jsight/On 2/14/06, Erik van Oosten <
[EMAIL PROTECTED]> wrote:I have no personal experience with retrowaever. However, there are many
success stories on the internet. I have at least one colleague that usedit without problems.If I understand correctly, there is one slight drawback: you can not usethe new java 5 APIs (like StringBuilder and 
java.util.concurrent).However, you do get all the new language stuff: generics, extended forloops, static imports, autoboxing/unboxing, varargs, enumerations andannotations.But since the move to java 5 is all about generics and not about API's I
would say: go for both!Regards, Erik.JasonB schreef:> As Jesse referenced, once we move to Java 1.5 we can still release> Java 1.4 versions via tools such as Retroweaver... assuming that the
> tool works as advertised. Has anyone had more experience in these> types of tools?>  - Jason B.>---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

2006-02-13 Thread Jesse Sightler

Yes, you are correct, that is exactly what I meant.  The pace of development seems to be quite nice. :)-- JessOn 2/14/06, Eelco Hillenius
 <[EMAIL PROTECTED]> wrote:
I think you mean pace of releasing. The pace of development isactually very high, and is - unfortunately - the main reason why wedidn't bring out a release yet :)Eelco> Based on the current pace of development, a 
2.0 release would probably not> land until late this year at the earliest, I would think.  Does that make> 1.5 sound a little better?---This 
SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Post 1.2 roadmap

2006-02-13 Thread Jesse Sightler

On 2/13/06, wang lei <[EMAIL PROTECTED]> wrote:
Here is my opinions:>> - should the post 1.2 version of Wicket involve both changes?Absolutely not.I support the constructor change ,because it force the programmer to do in a right way.
I don't want wicket support JDK1.5 soon.I know generics can bring many benefits.But there is a long time before most of us move to JDK1.5.Some projects from my clients are stilling run on JDK1.4 even JDK1.3.One
 year ,at least, is necessary for waiting.My clients would just move to  JDK1.4 easily,because they need to pay a lot of money and not sure the old software can move to the new JDK easily.Based on the current pace of development, a 
2.0 release would probably not land until late this year at the earliest, I would think.  Does that make 1.5 sound a little better?And 1.4 users would have two choices:Use the new version through Retrotranslator
Stick with the old version until they can safely migrateI don't think either of those options is particularly bad.
 >>- should we make different releases for either change, and thus postponing 1.5 to   Wicket 3?No, one version is enough. Wicket2 or wicket3 are not important.I think if you move to JDK1.5
 too soon.You will lose many users.It's not good for wicket.Wicket still has a long way to go.Of course, it would also gain users thanks to the nicer development environment.  :)
>> - how many would object to having a retroweaver build of a JDK 5 Wicket, which   enables you to run 1.5 code on a 1.4 JRE?I never try to do that.I'm not sure what you mean... just that you've never tried it?  Or do you have some objection to this approach?
Thanks,Jesshttp://www.jroller.com/page/jsight/

Re: [Wicket-user] Post 1.2 roadmap

2006-02-13 Thread Jesse Sightler

I'm completely in favor of jumping to Wicket 2.0 and implementing both
of these changes with it.  Java 5 support would be a really big plus
(esp. with tools like Retrotranslator and Retroweaver) for me as well.

I'm sure that won't be perfect for some people, but I think it is
reasonable to cut over now and keep a 1.2 version as a maintenance
branch.

--
Jess



On 2/13/06, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
> All,
>
> We are of course very busy finalizing Wicket 1.2, and we /really/ hope
> to get it done soon. This will benefit everyone. So I want to take a
> look beyond 1.2 and try to get some opinions on our roadmap, and
> adjust where appropiate.
>
> There are two very big things ahead of us:
>  - constructor refactor
> we have reached a limit to the support we want to provide
> for Ajax and javascript. In order to provide the best support
> we need to know the markup id before it is available. Many
> have been bitten by trying to retrieve an attribute from a
> component tag in the page constructor.
> We want to remedie this by removing the add() method,
> and replacing it with an extra parameter in the component
> constructor, which sets the parent of the component.
>
>public MyPage() {
> WebMarkupContainer c = new WebMarkupContainer("foo");
> c.add(new TextField("bar1"));
> c.add(new Label("bar2"));
> c.add(new Label("bar3"));
> add(c);
>}
>
>will become:
>
>public MyPage() {
>WebMarkupContainer c = new WebMarkupContainer(this, "foo");
>new TextField(c, "bar1");
>new Label(c, "bar2");
>new Label(c, "bar3");
>}
>
> This opens up a lot of better markup parsing strategies for the
> core. We know this is a major API break, but we feel it is necessary
> to implement it in order to move Wicket forward.
>
>  - java 5 support
> This is something a lot of people are waiting for. I understand that
> many people want, Igor states /need/, Java 5 support in Wicket.
>
> There is also a negative side to this. Some, or even many of you,
> can't move to java 1.5 as a server platform. We don't know how
> many users this affects. Please give a response when you can't
> move to 1.5. As Wicket is a volunteer effort, we can only support
> so many projects. Supporting both a 1.4 and 1.5 project will
> drain our resources too far, and won't be possible. So we have to
> make a choice.
>
> The questions I'm seeking answers to are the following:
>
>  - should the post 1.2 version of Wicket involve both changes?
>  - should we make different releases for either change, and thus
> postponing 1.5 to
>Wicket 3?
>  - how many of you still require for current or future projects to run
> on JDK 1.4?
>  - how many would object to having a retroweaver build of a JDK 5 Wicket, 
> which
>enables you to run 1.5 code on a 1.4 JRE?
>
> Thanks for your answers,
>
> Martijn
>
> --
> Living a wicket life...
>
> Martijn Dashorst - http://www.jroller.com/page/dashorst
>
> Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1
>
>
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>


---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Javaranch Wicket Forum?

2006-01-22 Thread Jesse Sightler

I agree... I think there are a number of people out there for whom a mailing list subscription requirement can be a bit too "heavyweight".On 1/22/06, 
Eelco Hillenius <[EMAIL PROTECTED]> wrote:
That sounds like a cool idea.EelcoOn 1/22/06, JasonB <[EMAIL PROTECTED]> wrote:>>  The WebWork mailing list is integrated with their online forums via "Jive
> Forums". Basically, if someone posts via the webforms, the email contains> the following blurb:> -> Posted via Jive Forums
> http://forums.opensymphony.com/thread.jspa?threadID=15130&messageID=29729#29729> -
>> Maybe we could looking into using something like that?>>  - Jason B.  Igor Vaynberg wrote:> same here.>  -Igor On 1/21/06, Johan Compagner <
[EMAIL PROTECTED]> wrote:> > you can start it up if you want.> > I don't know if i can monitor it constantly though...> >> >> >
> >> >> > On 1/21/06, Gregg D Bolinger < [EMAIL PROTECTED]> wrote:> > > We've decided that it might be a good time to add a forum to Javaranch
> for Wicket.  However, if it won't get any traffic then we probably won't> bother.  I realize how invaluable this mailing list is, but I also know that> there are some people that prefer forums.  So, if this is something you'd
> like to see then just let me know.  Otherwise, we won't bother with it.> It's my opinion that it can only help with promoting Wicket if that is part> of anyone agenda.  We have over 50,000+ active members.
> > >> > > Anyway, no skin either way.  Just let me know.> > >> > > Gregg Bolinger> > >> >> ---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Alternatives to wicket's hosting at sourceforge

2005-12-09 Thread Jesse Sightler

Please don't go to java.net... I've never seen a project page there that looked even remotely usable.Beyond that, I'm not sure.  How has JavaForge been working out?On 12/9/05, 
Andrew Lombardi <[EMAIL PROTECTED]> wrote:
Hey All,I've been actively following the latest builds with Igor on IRC withwicket-extensions, and the newest wicket HEAD releases with thepretty url's, etc.  And we've both expressed this, as you allprobably have..
sourceforge is pretty much unreliable at best.anonymous CVS never works rightand I find that I have to constantly remove a checked out project tore-check it out rather than a simple cvs update.
Can we think of some alternatives and what that would involve inmigration, as this situation unfortunately looks bad for wicket,which none of us want.Couple of options I know of:1. 
java.net2. tigris.orgThoughts?---This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] [OT] Ideas for Java webapps free hosting ?

2005-11-26 Thread Jesse Sightler

Just curious... where are the examples with attribution?  I had never noticed attribution for the hosting provider, and somehow I'm still missing who is providing it now...Anyway, there's always 
http://www.myjavaserver.com/ which provides free Servlet and JSP hosting.  I've never tried it, but it's theoretically possible that it could host your stuff.  They only give about 5MB for free, though, which may be pushing things for a Wicket app.
-- JessOn 11/26/05, Laurent PETIT <[EMAIL PROTECTED]> wrote:
thanks for the info--LaurentOn 11/26/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:> We ask one the java servlet hosts if they would support our open
> source project by providing there service to us for free. They did and> ask only for there logo to be on the page>> Juergen>> On 11/26/05, Laurent PETIT <
[EMAIL PROTECTED]> wrote:> > Hello,> >> > This is completely Off Topic, but I know that wicket examples are> > hosted somewhere, and the question I was asking to me is : is it
> > hosted at some kind of free hosting company ?> > Such as the plenty PHP hosting we can find in the web ?> >> > One of my friends started a java project in sourceforge, and was
> > willing to show a live instance of his project (a webapp), but he> > fails short when he tries to find java free hosting services ...> >> > So if you guys have any ideas ...> >
> > I could restart my old computer, put it in my balcony, but I fear it's> > too old to be able to host a tomcat server ...> >> > cu,> >> > --> > laurent
> >> >> > ---> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!> > http://ads.osdn.com/?ad_idv37&alloc_id865&opclick
> > ___> > Wicket-user mailing list> > Wicket-user@lists.sourceforge.net> > 
https://lists.sourceforge.net/lists/listinfo/wicket-user>  ---> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!> 
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick> ___> Wicket-user mailing list> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user>---This 
SF.net email is sponsored by: Splunk Inc. Do you grep through log filesfor problems?  Stop!  Download the new AJAX search engine that makessearching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id865&opclick___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Integrating FCKeditor

2005-09-02 Thread Jesse Sightler

Yes.  Oberg can make all the changes to GPL that he wants for his
own branch of future modifications.  But the version in JBoss is
pre conversion, has been distributed under the LGPL, and therefore
always will be available under the LGPL (and the JBoss devs are free to
keep modifying it).On 9/2/05, Ate Douma <[EMAIL PROTECTED]> wrote:
Jesse Sightler wrote:> BTW, Rickard's remarks on "changing his license" has been proven to be a> bunch of bunk.  The version of his code included in JBoss is and always> will be LGPL.Is it? Could you then please point me to this evidence as I haven't seen it yet.
Ate>> On 9/2/05, *Ate Douma* <[EMAIL PROTECTED] [EMAIL PROTECTED]>> wrote:>> Well, I'm not a fan of licensing stuff either and INAL etc.
> But, I think it *is* of utmost importance, especially for framework> projects like Wicket.>> I would advise all the team members to read and follow the recent> (this week) discussion
> started on the ServerSide about this exact subject:>http://www.theserverside.com/news/thread.tss?thread_id=36156>
> This thread is already massive and contains besides very interesting> and valuable opinions> also a lot of rubbish as usually.> As I said, INAL, but the one thing that's very clear to me from that
> discussion is that> choosing the appropriate license *and* complying to it is not to be> taken lightly and can> be tricky to say the least.> Using LGPL licensed code especially is very dangerous in my book,
> because everyone seems> to have a different interpretation of it.> Maybe the LGPL is crystal clear in legal terms in the end, but as> long as so many people> disagree about what it really means, I don't trust it...
>> Most notably in the discussion on the ServerSide is the unexpected> trick Rickard Öberg is> now playing on JBoss by declaring all his original work within the> JBoss codebase (which is
> a massive amount) to be GPL from now on:>http://www.theserverside.com/news/thread.tss?thread_id=36156#182919
>> Checkout section 3) of the LGPL for a clarification.> This might end up as being nonsense and of no consequence, and maybe> not.> I really don't know but I love to find out how this will work out.
>> Anyways, for Wicket, I didn't know yet it already depends (and> contains) LGPL code.> Turns out the DatePicker embeds and uses the calendar _javascript_> library from
> http://dynarch.com/mishoo/calendar.epl.>> First of all, as result of that, I think we need to distribute the> LGPL license with the
> Wicket extension library as required by section 1) of the license.> Not complying with that is a violation of the LGPL.>> Furthermore, (and this one is very important to me as Apache
> committer) this also means usage> of the Wicket extensions is no longer possible for Apache projects> as the ASF doesn't allow any> LGPL binding. While this is a restriction only from the ASF itself
> and not purely based on> the ASL 2.0 license of Wicket (it *is* allowed to bind to LGPL if> you want),  many companies> won't allow using the Wicket extensions anymore because they don't
> trust LGPL either.>> I've worked myself on a commercial project which didn't allow any> LGPL based or linked software> because they didn't trust that license and couldn't be sure about
> the consequences.> Reading the discussion on theServerSide again reinforced that I have> to agree on that assessment.>> So, I think I need to make my position clear on this matter.
> Binding Wicket extensions to LGPL (as it already does) makes it> useless to me and many others.> And binding Wicket core to LGPL would make the whole framework> useless to me and many others.
>> I do think it is important to be very careful about all this. Some> choices can end up to have> irreversible consequences and in my view seriously endanger the> acceptance of Wicket...
>> Eelco Hillenius wrote:>  > Yeah, I don't know. I allways hated the licencing stuff. Wish there>  > were just two licences. However, we allready depend on some LGPL>  > licences and I have seen a lot of other Apache 2 style projects do
>  > that too. I can't imagine this becomming an actual problem. But if>  > someone would be so kind to explain the details/ in-outs that> would be>  > nice.>  >
>  > It would really suck if when you choose for Apache 2, you> couldn't use>

Re: [Wicket-user] Integrating FCKeditor

2005-09-02 Thread Jesse Sightler

BTW, Rickard's remarks on "changing his license" has been proven to be
a bunch of bunk.  The version of his code included in JBoss is and
always will be LGPL.On 9/2/05, Ate Douma <[EMAIL PROTECTED]> wrote:
Well, I'm not a fan of licensing stuff either and INAL etc.But, I think it *is* of utmost importance, especially for framework projects like Wicket.I would advise all the team members to read and follow the recent (this week) discussion
started on the ServerSide about this exact subject:   http://www.theserverside.com/news/thread.tss?thread_id=36156This thread is already massive and contains besides very interesting and valuable opinions
also a lot of rubbish as usually.As I said, INAL, but the one thing that's very clear to me from that discussion is thatchoosing the appropriate license *and* complying to it is not to be taken lightly and can
be tricky to say the least.Using LGPL licensed code especially is very dangerous in my book, because everyone seemsto have a different interpretation of it.Maybe the LGPL is crystal clear in legal terms in the end, but as long as so many people
disagree about what it really means, I don't trust it...Most notably in the discussion on the ServerSide is the unexpected trick Rickard Öberg isnow playing on JBoss by declaring all his original work within the JBoss codebase (which is
a massive amount) to be GPL from now on:   http://www.theserverside.com/news/thread.tss?thread_id=36156#182919Checkout section 3) of the LGPL for a clarification.
This might end up as being nonsense and of no consequence, and maybe not.I really don't know but I love to find out how this will work out.Anyways, for Wicket, I didn't know yet it already depends (and contains) LGPL code.
Turns out the DatePicker embeds and uses the calendar _javascript_ library fromhttp://dynarch.com/mishoo/calendar.epl.First of all, as result of that, I think we need to distribute the LGPL license with the
Wicket extension library as required by section 1) of the license.Not complying with that is a violation of the LGPL.Furthermore, (and this one is very important to me as Apache committer) this also means usage
of the Wicket extensions is no longer possible for Apache projects as the ASF doesn't allow anyLGPL binding. While this is a restriction only from the ASF itself and not purely based onthe ASL 2.0 license of Wicket (it *is* allowed to bind to LGPL if you want),  many companies
won't allow using the Wicket extensions anymore because they don't trust LGPL either.I've worked myself on a commercial project which didn't allow any LGPL based or linked softwarebecause they didn't trust that license and couldn't be sure about the consequences.
Reading the discussion on theServerSide again reinforced that I have to agree on that assessment.So, I think I need to make my position clear on this matter.Binding Wicket extensions to LGPL (as it already does) makes it useless to me and many others.
And binding Wicket core to LGPL would make the whole framework useless to me and many others.I do think it is important to be very careful about all this. Some choices can end up to haveirreversible consequences and in my view seriously endanger the acceptance of Wicket...
Eelco Hillenius wrote:> Yeah, I don't know. I allways hated the licencing stuff. Wish there> were just two licences. However, we allready depend on some LGPL> licences and I have seen a lot of other Apache 2 style projects do
> that too. I can't imagine this becomming an actual problem. But if> someone would be so kind to explain the details/ in-outs that would be> nice.>> It would really suck if when you choose for Apache 2, you couldn't use
> LPGL at all, and if you choose LGPL, you couldn't use Apache 2 at all.> I'm pretty sure I speak for 95% percent of the programmers if I say> I'm really not that into the details; as a customer I want to know
> whether I can ship it with commercial projects, and - maybe - whether> I can ajust the source and ship it.>>> Eelco>>> On 9/2/05, Igor Vaynberg <
[EMAIL PROTECTED]> wrote:>>>If the license is such a big issue why not just keep this project as contrib>>instead of extension, that way the license doesn't really matter.>>-Igor
>-Original Message->>>From: [EMAIL PROTECTED]>>>[mailto:
[EMAIL PROTECTED]] On Behalf Of>>>Ate Douma>>>Sent: Thursday, September 01, 2005 12:38 PM>>>To: 
wicket-user@lists.sourceforge.net>>>Subject: Re: [Wicket-user] Integrating FCKeditor>>Nick Heudecker wrote:>>>I'm looking to integrate a _javascript_ WYSIWYG editor into Wicket,
similar to DatePicker.  FCKeditor is LGPL, so I don't think>>there's a>>>licensing problem.  Any thoughts or advice before I start>>>
>>>doing this?>>>I have no opinion (yet) on the technical merits of FCKeditor>>>or any other editor.>>>But, I'm not in favor of introducing LGPL as Wicket is under>>>the Apache 
2.0 license.>>>LGPL really cannot be seen as comparable nor compatible to>>>the Apache 2.0 license and in my opinion introd

[Wicket-user] Rich Text Editing Controls...

2005-08-28 Thread Jesse Sightler

Just curious, does anyone have any experiences with good, easily
customizable Rich Text Editing controls that could be integrated into
Wicket?  I've been tossing the idea around of integrating one
(haven't gotten into evaluations yet) for a project, and would like to
hear any first hand experiences.  Of course, if anything comes of
it code will be contributed back to the Wicket (FOSS license) community.

Thanks,
Jess

Re: [Wicket-user] Re: expand emty tags

2005-08-28 Thread Jesse Sightler

So the concern now is performance?  Is this really
meaningful?  If there is a substantial performance penalty for it,
wouldn't that just mean that Wicket is already slow?
On 8/27/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:
it is not. for open-close tags like  onBodyRender is simply notcalled and thus no output is generated and for the same reason we cannot check if there is but shouldn't. We are either fast and efficient
or slow but with better error messages.JuergenOn 8/28/05, Jesse Sightler <[EMAIL PROTECTED]> wrote:> I still don't agree at all.  I think at the very least this should throw an
> exception.  Ie, why is it legal to add a body to an XML element that doesn't> allow one?>>> On 8/26/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
> > Hmm... it would make sense if there were a distinction between the> > empty string and null in XML. You're probably right.> >> > On 8/26/05, Juergen Donnerstag <
[EMAIL PROTECTED] > wrote:> > > hmm? the body is "" isn't it?> > >> > > On 8/26/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
> > > > Yea, but  also has no body.> > > >> > > > On 8/26/05, Juergen Donnerstag <[EMAIL PROTECTED]
> wrote:> > > > > We used to have that some time ago and users complaint about the> > > > > magic, which didn't fit there use case. Currently it is easy: we do> > > > > not automatically convert  into . We do not change any
> > > > > tag automatically. And because a  has no body,> onComponentBody> > > > > is not called either.> > > > >> > > > > Juergen
> > > > >> > > > > On 8/26/05, Eelco Hillenius <[EMAIL PROTECTED] > wrote:> > > > > > So... do we have an issue for this in the issue DB then? Juergen,
> is> > > > > > that hard to fix?> > > > > >> > > > > > Eelco> > > > > >> > > > > > On 8/26/05, Gili <
[EMAIL PROTECTED]> wrote:> > > > > > >> > > > > > >   Agreed. We should not fail silently. Furthermore just> because sometimes
> > > > > > > previews as a no-op does not mean it should not render at> runtime when> > > > > > > Wicket populates its body.  and  are
> considered to> > > > > > > be equivilent in XML. I would say treating it differently is a> bug.> > > > > > >> > > > > > > Gili
> > > > > > >> > > > > > > Igor Vaynberg wrote:> > > > > > > > I always do [shortdesc] because its nice to see> the preview
> > > > > > > of> > > > > > > > where things go, but this should in no way be required, or at> least do> > > > > > > not> > > > > > > > fail silently!
> > > > > > > >> > > > > > > > -Igor> > > > > > > >> > > > > > > >> > > > > > > >
> > > > > > > >>-Original Message-----> > > > > > > >>From: [EMAIL PROTECTED]
> > > > > > >> >>[mailto:[EMAIL PROTECTED]] On> Behalf Of> > > > > > > >>Phil Kulak
> > > > > > > >>Sent: Thursday, August 25, 2005 6:37 PM> > > > > > > >>To: wicket-user@lists.sourceforge.net
> > > > > > > >>Subject: Re: [Wicket-user] expand emty tags> > > > > > > >>> > > > > > > >>Jonathan told me it was because nothing would be previewed in
> > > > > > > >>a WYSIWYG editor, so Wicket displayed nothing as well.> > > > > > > >>Personally, I don't like writing .> > > > > > > >>
> > > > > > > >>On 8/25/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:> > > > > > > >>> > > > > > > >>>
> > > > > > > >>>i thought the same> > > > > > > >>>-Igor> > > > > > > >>>> > > > > > > >>>
> > > > > > > >>>> > > > > > > >>> > > > > > > > >>> From:> 
[EMAIL PROTECTED]> > > > > > >> >>>[mailto:[EMAIL PROTECTED]] On>

Re: [Wicket-user] Re: expand emty tags

2005-08-27 Thread Jesse Sightler

I still don't agree at all.  I think at the very least this should
throw an exception.  Ie, why is it legal to add a body to an XML
element that doesn't allow one?On 8/26/05, Phil Kulak <[EMAIL PROTECTED]> wrote:
Hmm... it would make sense if there were a distinction between theempty string and null in XML. You're probably right.On 8/26/05, Juergen Donnerstag <[EMAIL PROTECTED]
> wrote:> hmm? the body is "" isn't it?>> On 8/26/05, Phil Kulak <[EMAIL PROTECTED]> wrote:> > Yea, but  also has no body.
> >> > On 8/26/05, Juergen Donnerstag <[EMAIL PROTECTED]> wrote:> > > We used to have that some time ago and users complaint about the
> > > magic, which didn't fit there use case. Currently it is easy: we do> > > not automatically convert  into . We do not change any> > > tag automatically. And because a  has no body, onComponentBody
> > > is not called either.> > >> > > Juergen> > >> > > On 8/26/05, Eelco Hillenius <[EMAIL PROTECTED]
> wrote:> > > > So... do we have an issue for this in the issue DB then? Juergen, is> > > > that hard to fix?> > > >> > > > Eelco> > > >
> > > > On 8/26/05, Gili <[EMAIL PROTECTED]> wrote:> > > > >>
> > > >   Agreed. We
should not fail silently. Furthermore just because sometimes> > > > > previews as a no-op does not mean it should not render at runtime when> > > > > Wicket populates its body.  and  are considered to
> > > > > be equivilent in XML. I would say treating it differently is a bug.> > > > >> > > > > Gili> > > > >> > > > > Igor Vaynberg wrote:
> > > > > > I always do [shortdesc] because its nice to see the preview> > > > > of> > > > > > where things go, but this should in no way be required, or at least do
> > > > > not> > > > > > fail silently!> > > > > >> > > > > > -Igor> > > > > >> > > > > >
> > > > > >> > > > > >>-Original Message-> > > > > >>From: [EMAIL PROTECTED]
> > > > > >>[mailto:[EMAIL PROTECTED]] On Behalf Of> > > > > >>Phil Kulak> > > > > >>Sent: Thursday, August 25, 2005 6:37 PM
> > > > > >>To: wicket-user@lists.sourceforge.net> > > > > >>Subject: Re: [Wicket-user] expand emty tags> > > > > >>
> > > > > >>Jonathan told me it was because nothing would be previewed in> > > > > >>a WYSIWYG editor, so Wicket displayed nothing as well.> > > > > >>Personally, I don't like writing .
> > > > > >>> > > > > >>On 8/25/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote:> > > > > >>
> > > > > >>>> > > > > >>>i thought the same> > > > > >>>-Igor> > > > > >>>> > > > > >>>
> > > > > >>>> > > > > >>> > > > > > >>> From: [EMAIL PROTECTED]
> > > > > >>>[mailto:[EMAIL PROTECTED]] On Behalf Of Jesse> > > > > >>>Sightler
> > > > > >>>Sent: Thursday, August 25, 2005 4:59 PM> > > > > >>>To: wicket-user@lists.sourceforge.net> > > > > >>>Subject: Re: [Wicket-user] expand emty tags
> > > > > >>>> > > > > >>>> > > > > >>>Er, how exactly can that be a feature?  I thought the resolution> > > > > >>>before was to fix this bug. :)
> > > > > >>>> > > > > >>>> > > > > >>>On 8/25/05, Phil Kulak < [EMAIL PROTECTED]> wrote:> > > > > >>>
> > > > > >>>>This has been discussed before. Long story short, it's a> > > > > >>> > > > > >>feature not> > > > > >>
> > > > > >>>>a> > > > > >>>> > > > > >>>bug. ;)> > > > > >>>> > > > > >>>>On 8/25/05, pepone pepone <
[EMAIL PROTECTED]> wrote:> > > > > >>>>> > > > > >>>>>Hello when i

Re: [Wicket-user] expand emty tags

2005-08-25 Thread Jesse Sightler

Er, how exactly can that be a feature?  I thought the resolution before was to fix this bug. :)On 8/25/05, Phil Kulak <
[EMAIL PROTECTED]> wrote:This has been discussed before. Long story short, it's a feature not a bug. ;)
On 8/25/05, pepone pepone <[EMAIL PROTECTED]> wrote:> Hello when i write a component and put a markup tag like this>>  the value of the tag is not render
>> it only run it is writed in this way> name>> is this a bug of only is valid the sencod way?>>> ---
> SF.Net email is Sponsored by the Better Software Conference & EXPO> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf> ___> Wicket-user mailing list> 
Wicket-user@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wicket-user
>---SF.Net email is Sponsored by the Better Software Conference & EXPOSeptember 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QASecurity * Process Improvement & Measurement * http://www.sqe.com/bsce5sf___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] PayPal Account Security Measures

2005-08-13 Thread Jesse Sightler

They generally go into spam for me, but I get at least a few per
week.  And it seems like this is the only list I am own that shows
this problem.

Are non-members allowed to post to this list unmoderated?  I
wouldn't think "[EMAIL PROTECTED]" would actually be on the list...

-- 
Jess
On 8/13/05, Martijn Dashorst <[EMAIL PROTECTED]> wrote:
Jesse Sightler wrote:> Does anyone know why this list gets spammed so often?  It seems like I> get more spams from this list than most others...I don't know. My provider strips out the spam messages I guess. I
haven't seen a spam message for weeks.Martijn---SF.Net email is Sponsored by the Better Software Conference & EXPOSeptember 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QASecurity * Process Improvement & Measurement * http://www.sqe.com/bsce5sf___
Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] PayPal Account Security Measures

2005-08-12 Thread Jesse Sightler

Does anyone know why this list gets spammed so often?  It seems like I get more spams from this list than most others...

Re: [Wicket-user] Problem with PageableListView

2005-08-04 Thread Jesse Sightler

Should the exception perhaps include a message letting people know about this potential pitfall?

Seems like a common problem...On 8/3/05, Philip A. Chapman <[EMAIL PROTECTED]> wrote:
To anyone that comes across the same problem, I found the solution here:http://sourceforge.net/mailarchive/message.php?msg_id=12398585
Thanks,Philip A. Chapman wrote:> Everyone,>> I have been using Wicket 1.0.1.  The application worked fine using> Firefox.  However, I ran across the infinite loop bug when using
> RedirectPage and IE.  I upgraded to 1.1.b2 hoping that it had been> fixed.  After upgradeing, however, on a page that I have that uses the> PageableListView and PageableListViewNavigator, I get the following error:
>> Any help I can get would be appreciated.>> wicket.WicketRuntimeException: If the root exception says something like> "A child with id '_header' already exists" then you most likely forgot
> to override autoAdd() in your bordered page component.> at> wicket.markup.html.HtmlHeaderResolver.resolve(HtmlHeaderResolver.java:82)> at wicket.MarkupContainer.renderNext(MarkupContainer.java
:885)> at wicket.MarkupContainer.renderAll(MarkupContainer.java:779)> at wicket.Page.onRender(Page.java:752)> at wicket.Component.render(Component.java:1074)> at wicket.Page.doRender
(Page.java:480)> at wicket.RequestCycle.respond(RequestCycle.java:782)> at wicket.RequestCycle.request(RequestCycle.java:406)> at wicket.protocol.http.WicketServlet.doGet(WicketServlet.java
:304)> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)> at> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
(ApplicationFilterChain.java:252)> at> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)> at> org.apache.catalina.core.StandardWrapperValve.invoke
(StandardWrapperValve.java:213)> at> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)> at> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:126)> at> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)> at> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)> at> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)> at> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection
(Http11Protocol.java:744)> at> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)> at> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java
:80)> at> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)> at java.lang.Thread.run(Thread.java:595)> Caused by: java.lang.IllegalArgumentException: A child with id '_header'
> already exists:> [MarkupContainer [Component id = border, page => com.alliancemanaged.simis.web.ClientsListing, path => 6:border.SIMISApplicationBorder, isVisible = true, isVersioned = true]]
> at wicket.MarkupContainer.add(MarkupContainer.java:138)> at> com.alliancemanaged.simis.web.AuthenticatedWebPage.add(AuthenticatedWebPage.java:50)> at wicket.MarkupContainer.autoAdd
(MarkupContainer.java:171)> at> wicket.markup.html.HtmlHeaderResolver.resolve(HtmlHeaderResolver.java:78)> ... 24 more>> Thanks,--Philip A. ChapmanApplication Development:
Java, Visual Basic (MCP), PostgreSQL, MySQL, MSSQLLinux, Windows 9x, Windows NT, Windows 2000, Windows XP

Re: [Wicket-user] Using JDK 1.5

2005-08-02 Thread Jesse Sightler

I haven't followed Websphere that closely either lately, but I do think
they still do this.  I'd be very surprised to see a JDK 1.5
Websphere before the runtime is available for 1.5.  Having said
that, I would not expect it to take anywhere near 5 years. :)On 8/1/05, Gili <[EMAIL PROTECTED]
> wrote:> huh??> Do you really think that ibm waits for there own jre (if they are
> building it) when they want to support J2EE 5 in websphere??>>> J2EE 5 will heavily build in jre 5 features and j2ee will be out early> next year. So that will be the big push for all Application Server vendors
> to fully support the 1.5 vm. We just have to wait a bit more.>> johanActually, yes this is what I was implying. I haven't followed Webspherein a while, but last time I looked IBM absolutely *did* wait for their
own JDK before supporting newer features. In fact, this is part of theirmarketing strategy as they would always bundle Websphere with their JREsin order to get more people to use it.Has this changed over the past few years?
Gili---SF.Net email is sponsored by: Discover Easy Linux Migration Strategiesfrom IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up tospeed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Cool Wicket editorial on networkworld

2005-07-12 Thread Jesse Sightler

No, problem... happy to drive a little traffic your way (and hopefully help a little with Google PageRank for both of us:)).On 7/11/05, Gili <
[EMAIL PROTECTED]> wrote:Ah, 'tis you! I wanted to thank you for linking to my site :)
Thanks!GiliJesse Sightler wrote:> And, of course, feel free to link to mine as well: :-)> http://recipe.homeip.net/>> Also, I put a simple Wicket tutorial on JRoller earlier today:
> http://www.jroller.com/page/jsight/>> --> Jess>>> On 7/11/05, *Gili* <[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>>>
Food for thought: add a "who is running Wicket?" section to your> website and add a bunch of links there. Feel free to link to my website> :) http://www.desktopbeautifier.com/
 >> Gili>> Martijn Dashorst wrote:>  > The Wicket press machine is still working... Here's a new editorial I
>  > just found:>  >>  > http://www.networkworld.com/newsletters/web/2005/0704web1.html>  >
>  > Martijn>  >>  >>  >>  > --->  > This SF.Net <
http://SF.Net> email is sponsored by the 'Do More> With Dual!' webinar>  > happening>  > July 14 at 8am PDT/11am EDT. We invite you to explore the latest> in dual
>  > core and dual graphics technology at this free one hour event> hosted by HP,>  > AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
>  > ___>  > Wicket-user mailing list>  > Wicket-user@lists.sourceforge.net
> Wicket-user@lists.sourceforge.net>>  > https://lists.sourceforge.net/lists/listinfo/wicket-user
>  >>> --> http://www.desktopbeautifier.com/>>> ---
> This SF.Net  email is sponsored by the 'Do More With> Dual!' webinar happening> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
> core and dual graphics technology at this free one hour event hosted> by HP,> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar
> ___> Wicket-user mailing list> Wicket-user@lists.sourceforge.net> Wicket-user@lists.sourceforge.net>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>--http://www.desktopbeautifier.com/---This SF.Net
 email is sponsored by the 'Do More With Dual!' webinar happeningJuly 14 at 8am PDT/11am EDT. We invite you to explore the latest in dualcore and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar___Wicket-user mailing list
Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Cool Wicket editorial on networkworld

2005-07-11 Thread Jesse Sightler

And, of course, feel free to link to mine as well: :-)
http://recipe.homeip.net/

Also, I put a simple Wicket tutorial on JRoller earlier today:
http://www.jroller.com/page/jsight/

-- 
Jess
On 7/11/05, Gili <[EMAIL PROTECTED]> wrote:
Food for thought: add a "who is running Wicket?" section to yourwebsite and add a bunch of links there. Feel free to link to my website:) http://www.desktopbeautifier.com/
GiliMartijn Dashorst wrote:> The Wicket press machine is still working... Here's a new editorial I> just found:>>
http://www.networkworld.com/newsletters/web/2005/0704web1.html>> Martijn ---> This SF.Net
 email is sponsored by the 'Do More With Dual!' webinar> happening> July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual> core and dual graphics technology at this free one hour event hosted by HP,
> AMD, and NVIDIA.  To register visit http://www.hp.com/go/dualwebinar> ___> Wicket-user mailing list> 
Wicket-user@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/wicket-user
>--http://www.desktopbeautifier.com/---This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dualcore and dual graphics technology at this free one hour event hosted by HP,AMD, and NVIDIA.  To register visit 
http://www.hp.com/go/dualwebinar___Wicket-user mailing listWicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user

Re: [Wicket-user] Too many open files problem

Re: [Wicket-user] Too many open files problem

Re: [Wicket-user] VOTE

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Post 1.2 roadmap

Re: [Wicket-user] Javaranch Wicket Forum?

Re: [Wicket-user] Alternatives to wicket's hosting at sourceforge

Re: [Wicket-user] [OT] Ideas for Java webapps free hosting ?

Re: [Wicket-user] Integrating FCKeditor

Re: [Wicket-user] Integrating FCKeditor

[Wicket-user] Rich Text Editing Controls...

Re: [Wicket-user] Re: expand emty tags

Re: [Wicket-user] Re: expand emty tags

Re: [Wicket-user] expand emty tags

Re: [Wicket-user] PayPal Account Security Measures

Re: [Wicket-user] PayPal Account Security Measures

Re: [Wicket-user] Problem with PageableListView

Re: [Wicket-user] Using JDK 1.5

Re: [Wicket-user] Cool Wicket editorial on networkworld

Re: [Wicket-user] Cool Wicket editorial on networkworld

24 matches

Site Navigation

Mail list logo

Footer information