You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@turbine.apache.org by EP...@upstate.com on 2003/03/21 16:40:41 UTC

RE: [POLL] Deprecation of the OBJECT_DATA column in TURBINE_USER table

+1 Drop it.  I had a heck of a time getting scarab to run on MSSQL because
of the OBJECT_DATA column, that wasn't even used by Scarab!

Eric

-----Original Message-----
From: Henning P. Schmiedehausen [mailto:hps@intermeta.de]
Sent: Friday, March 21, 2003 9:30 AM
To: turbine-user@jakarta.apache.org
Subject: Re: [POLL] Deprecation of the OBJECT_DATA column in
TURBINE_USER table


"Akmal Sarhan" <as...@byteaction.de> writes:

>IMO this should be kept at least till the next major release, the problem
is
>that it involves changing all the the logic and work arounds that we
>did,trying to avoid
>the hassle of extending the turbineUser, so if we want to migrate a project
>that already utilizes this logic, it will be quite a mess I guess. so keep
>it for backword compatibility and mention in your release docs that you
>disencourage users from using this approach because so and so and that it
be
>deprecated in the next major release.

Everyone, we want to _deprecate_ it, not remove it. setPerm and the
OBJECT_DATA will definitely be in 2.3, but we want to discourage
people who start with 2.3 to use it for new applications.

And, with TorqueSecurity, it is actually pretty easy to re-add a "blob"
field again. =:-)

	Regards
		Henning

-- 
Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/

Java, perl, Solaris, Linux, xSP Consulting, Web Services 
freelance consultant -- Jakarta Turbine Development  -- hero for hire

---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org

RE: [POLL] Deprecation of the OBJECT_DATA column in TURBINE_USER table

Posted by Martin Poeschl <mp...@marmot.at>.
+1 !!

martin

> +1 Drop it.  I had a heck of a time getting scarab to run on MSSQL
> because of the OBJECT_DATA column, that wasn't even used by Scarab!
>
> Eric
>
> -----Original Message-----
> From: Henning P. Schmiedehausen [mailto:hps@intermeta.de]
> Sent: Friday, March 21, 2003 9:30 AM
> To: turbine-user@jakarta.apache.org
> Subject: Re: [POLL] Deprecation of the OBJECT_DATA column in
> TURBINE_USER table
>
>
> "Akmal Sarhan" <as...@byteaction.de> writes:
>
>>IMO this should be kept at least till the next major release, the
>> problem
> is
>>that it involves changing all the the logic and work arounds that we
>> did,trying to avoid
>>the hassle of extending the turbineUser, so if we want to migrate a
>> project that already utilizes this logic, it will be quite a mess I
>> guess. so keep it for backword compatibility and mention in your
>> release docs that you disencourage users from using this approach
>> because so and so and that it
> be
>>deprecated in the next major release.
>
> Everyone, we want to _deprecate_ it, not remove it. setPerm and the
> OBJECT_DATA will definitely be in 2.3, but we want to discourage
> people who start with 2.3 to use it for new applications.
>
> And, with TorqueSecurity, it is actually pretty easy to re-add a "blob"
> field again. =:-)
>
> 	Regards
> 		Henning
>
> --
> Dipl.-Inf. (Univ.) Henning P. Schmiedehausen          INTERMETA GmbH
> hps@intermeta.de        +49 9131 50 654 0   http://www.intermeta.de/
>
> Java, perl, Solaris, Linux, xSP Consulting, Web Services
> freelance consultant -- Jakarta Turbine Development  -- hero for hire
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org For
> additional commands, e-mail: turbine-user-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: turbine-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: turbine-user-help@jakarta.apache.org