Just click the red 'stop' rectangle in the console window.
OK I found the point. It works fine now.
Pierre
___
Rife-users mailing list
Rife-users@uwyn.com
http://www.uwyn.com/mailman/listinfo/rife-users
Geert,
Just click the red 'stop' rectangle in the console window.
Doesn't work.
Atm I use quite a dirty trick:
C:/WINDOWS/system32/taskkill.exe /F /IM java.exe
Hopefully it doesn't stop neither Eclipse nor Tomcat (I put Jetty listening on
port 8008 to keep running Tomcat)
But I would pref
I spoke too soon, I found the bug immediately and it was a trivial
fix. You can download the fixed version from:
http://rifers.org/downloads/rife/snapshots/
currently I want to use crud (version: 1.0 eCalendar example) and
add some kind of simple validation to a field. But it does not
work
Hi Stefan,
you hit a bug I think, I'll look at it in detail tomorrow morning and
will try to fix it asap. Sorry for the inconvenience.
Best regards,
Geert
On 2-nov-05, at 00:18, Stefan wrote:
Hi Geert,
currently I want to use crud (version: 1.0 eCalendar example) and
add some kind of s
Hi Geert,
currently I want to use crud (version: 1.0 eCalendar example) and add
some kind of simple validation to a field. But it does not work as I
would expect from the methods names. Am I fundamently wrong?
Example: A POJO extending CmfValidation
protected void activateValidation()
{
//
Just click the red 'stop' rectangle in the console window.
On 1-nov-05, at 20:56, Raoul Pierre wrote:
Hello,
I run eCalendar from Eclipse (ant run). How can I stop Jetty then?
Or directly load some changes in source files?
Pierre
___
Rife-user
Hello,
I run eCalendar from Eclipse (ant run). How can I stop Jetty then? Or
directly load some changes in source files?
Pierre
___
Rife-users mailing list
Rife-users@uwyn.com
http://www.uwyn.com/mailman/listinfo/rife-users
Great that you figured it out, classpath problems can be a drag to
track down.
On 1-nov-05, at 18:48, Emmanuel Okyere wrote:
Geert,
Thanks for the support... the problems are solved now; it had to with
classpath issues: I traced it down to the directive.
Both tomcat and jetty now work off
Geert,
Thanks for the support... the problems are solved now; it had to with
classpath issues: I traced it down to the directive.
Both tomcat and jetty now work off the same deployment, and for jetty
deployment the derby.jar can work from either the web-inf/lib folder
(which is how I have left i
OK ... scrap the output problem... everything works as expected on
tomcat... I was missing a "print(template)" statement at the end of
the doXXX method. So tomcat is fine now.
Jetty is still problematic ... but i'm still testing... i'll let u
know.
Ok, let me know if there's something we can
OK ... scrap the output problem... everything works as expected on
tomcat... I was missing a "print(template)" statement at the end of
the doXXX method. So tomcat is fine now.
Jetty is still problematic ... but i'm still testing... i'll let u know.
Thanks.
On 11/1/05, Emmanuel Okyere <[EMAIL PRO
let me clarify the last email... validation _does_ work... it is just
that after the submission, I am not getting any output
On 11/1/05, Emmanuel Okyere <[EMAIL PROTECTED]> wrote:
> Geert,
>
> I'm still getting mixed results with the 1.3 snapshot.
>
> If I deploy to tomcat, I don't get any excepti
Geert,
I'm still getting mixed results with the 1.3 snapshot.
If I deploy to tomcat, I don't get any exceptions... but validation
does not seem to be working.
My logs pasted below (from the tomcat instace) shows that the bean
does not validate when I pass the form wrong info, as expected, but it
Geert,
I noticed the WEB-INF/lib behavior and changed to the lib dir, but for
some reason it was still throwing the error; I then deployed to
Tomcat, and noticed it was throwing an error on trying to create a
table with name "user"... so that is probably a derby reserved word.
I'm still testing a
Hi Emmanuel,
yes, there could be two reasons for this:
1. a bug in RIFE 1.2 wrt to classloading
You can download a snapshot of 1.3 here:
http://rifers.org/downloads/rife/snapshots/
2. some classloader issue with Derby itself, make sure you put it in
the lib dir of Jetty and not in your WEB-I
I am attempting to follow the Simple Blog example, and at screen 3,
attempting to create a db (with derby 10.1.1.0) with the deployer.
I keep getting a LinkageError; the stack trace is pasted below.
Anybody ever seen this?
Thanks,
Emmanuel
[java] INFO: Started WebApplicationContext[/,[null
16 matches
Mail list logo