Re[2]: Intake and DateFields

[Maciej Leks <ml...@zeus.polsl.gliwice.pl>]

Hi!

As I promised I put my version of Intake here:
http://zeus.polsl.gliwice.pl/~mleks/myintake.tar.gz

This version was tested under T 2.1 but shall be usefull for the T2.2 too.
I make this avalibale to all, having problems with intake and
Date formats, who do not want to build own version of Turbine form
CVS.
It is compilation of Turbine 2.2 Intake code and Fulcrum
Intake which contains additional date rule called DateString.
This package was written only for my internal use and is designed as a
part of my project, so all classes are located in the
pl.dataconcept.sarp package.
I enclose the all Java codes to build own version or replace all
inconvenient package names.

Best Regards

ML> Hello Nikhil,

ML> It depends on the Turbine version you use. I suppose it is 2.1 or
ML> 2.2b1. In the 2.1 there is no support for date form validation. But
ML> fulcrum offers it. The Intake rule is called DateString.

ML> For my own project that is written under the T2.1 I have created
ML> decoupled Intake, which is written as a part of Turbine (not Fulcrum)
ML> and the rule DateString is taken out from Fulcrum.

ML> The main benefit of the DateString is:
ML> 1) date format like in java.util.SimpleDateFormat class
ML> 2) many formats for one rule, i.e.
ML>    dd.MM.yy
ML>    MM.yy

ML> So If you are interested in using this I can put it in some place
ML> tomorow or the day after tomorow.

NGD>> I have javabeans that have date fields (birthdate, anniversary, etc.) and need to be populated from intake. 

NGD>> I looked at source code but I didn't find anything. Can someone please shed some light.

NGD>> Thanks.
______________________________________
 Leksiu (mleks@zeus.polsl.gliwice.pl)


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re[2]: Intake and DateFields

["Dan K." <da...@YorkU.CA>]

Hi Maciej,

This is really neat.  I'm just curious though, have you considered
contributing the code to turbine instead of maintaining custom
modifications?

Regards,
Dan

On Thu, 23 May 2002, Maciej Leks wrote:

> Hi!
>
> As I promised I put my version of Intake here:
> http://zeus.polsl.gliwice.pl/~mleks/myintake.tar.gz
>
> This version was tested under T 2.1 but shall be usefull for the T2.2 too.
> I make this avalibale to all, having problems with intake and
> Date formats, who do not want to build own version of Turbine form
> CVS.
> It is compilation of Turbine 2.2 Intake code and Fulcrum
> Intake which contains additional date rule called DateString.
> This package was written only for my internal use and is designed as a
> part of my project, so all classes are located in the
> pl.dataconcept.sarp package.
> I enclose the all Java codes to build own version or replace all
> inconvenient package names.
>
> Best Regards
>
> ML> Hello Nikhil,
>
> ML> It depends on the Turbine version you use. I suppose it is 2.1 or
> ML> 2.2b1. In the 2.1 there is no support for date form validation. But
> ML> fulcrum offers it. The Intake rule is called DateString.
>
> ML> For my own project that is written under the T2.1 I have created
> ML> decoupled Intake, which is written as a part of Turbine (not Fulcrum)
> ML> and the rule DateString is taken out from Fulcrum.
>
> ML> The main benefit of the DateString is:
> ML> 1) date format like in java.util.SimpleDateFormat class
> ML> 2) many formats for one rule, i.e.
> ML>    dd.MM.yy
> ML>    MM.yy
>
> ML> So If you are interested in using this I can put it in some place
> ML> tomorow or the day after tomorow.
>
> NGD>> I have javabeans that have date fields (birthdate, anniversary, etc.) and need to be populated from intake.
>
> NGD>> I looked at source code but I didn't find anything. Can someone please shed some light.
>
> NGD>> Thanks.
> ______________________________________
>  Leksiu (mleks@zeus.polsl.gliwice.pl)
>
>
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>