# |
Sep 6th 2019, 18:30 |
racmiroslav |
associated is not required for first level associations, afaik |
# |
Sep 6th 2019, 18:29 |
ricksaccous |
in case that's the issue |
# |
Sep 6th 2019, 18:29 |
slackebot |
'payment' => NULL, ), '_original' => array ( ), '_hidden' => array ( ), '_virtual' => array ( ), '_className' => NULL, '_dirty' => array ( 'document' => true, 'type' => true, 'payment' => true, ), '_new' => true, '_errors' => array ( ), '_invalid' => array ( ), '_registryAlias' => 'Payments.PaymentDocuments', ))``` |
# |
Sep 6th 2019, 18:29 |
racmiroslav |
@ricksaccous this is output for `newEntity` method. both properties are set to `NULL`. I am sure that they are not null ```‌Payments\Model\Entity\PaymentDocument::__set_state(array( '_accessible' => array ( 'payment_id' => true, 'document_id' => true, 'type' => true, 'created' => true, 'payment' => true, 'document' => true, ), '_properties' => array ( 'document' => NULL, 'type' => 'invoice', |
# |
Sep 6th 2019, 18:29 |
ricksaccous |
make sure you do 'associated' |
# |
Sep 6th 2019, 18:29 |
ricksaccous |
nvm |
# |
Sep 6th 2019, 18:29 |
ricksaccous |
oh, you are setting data |
# |
Sep 6th 2019, 18:29 |
ricksaccous |
it probably has to do with the marshaller not getting exactly what it expects |
# |
Sep 6th 2019, 18:28 |
ricksaccous |
@racmiroslav why don't you do things more standard and use newEntity and set those items in newEntity? |
# |
Sep 6th 2019, 18:27 |
slackebot |
'invoice', ), '_original' => array ( ), '_hidden' => array ( ), '_virtual' => array ( ), '_className' => NULL, '_dirty' => array ( 'type' => true, ), '_new' => true, '_errors' => array ( ), '_invalid' => array ( ), '_registryAlias' => NULL, ))``` as you can see, only property `type` was set although both properties `payment` and `document` are accessible. why? |
# |
Sep 6th 2019, 18:27 |
racmiroslav |
`$this->PaymentDocuments->patchEntity(new PaymentDocument, ['document' => $payment->invoice, 'type' => 'invoice', 'payment' => $payment]);` results in ```‌Payments\Model\Entity\PaymentDocument::__set_state(array( '_accessible' => array ( 'payment_id' => true, 'document_id' => true, 'type' => true, 'created' => true, 'payment' => true, 'document' => true, ), '_properties' => array ( 'type' => |
# |
Sep 6th 2019, 18:25 |
emiliano |
I use aws Elastic Beanstalk, I dont wanna push the folder vendor, only need change this function, for generated a TemporaryPassword when I create a user |
# |
Sep 6th 2019, 18:23 |
emiliano |
I only need to change the createCognitoUser |
# |
Sep 6th 2019, 18:22 |
ndm |
*mean by |
# |
Sep 6th 2019, 18:22 |
ndm |
Depends on what exactly you mean "what I am doing"... |
# |
Sep 6th 2019, 18:20 |
emiliano |
thanks a lot, I really only need to modify that function, What I am doing is ok? |
# |
Sep 6th 2019, 18:15 |
slackebot |
https://book.cakephp.org/3.0/en/orm/behaviors.html#limiting-or-renaming-exposed-mixin-methods |
# |
Sep 6th 2019, 18:15 |
ndm |
@emiliano You are basically adding the same behavior twice, once the original one, and once and extended one, which causes a naming conflict, as the public/exposed methods of a behavior must be unique for the table where the behaviors are added. Look into making the methods protected/private unless you really _need_ to expose them, and if you need to, check the `implementedMethods` option to create aliases and/or restrict the exposed methods. |
# |
Sep 6th 2019, 18:01 |
emiliano |
jajaja no, is a plugin |
# |
Sep 6th 2019, 18:00 |
emiliano |
error -> App\Model\Behavior\CognitoUsersBehavior contains duplicate method "validationresendinvitationemail" which is already provided by "AwsCognito" |
# |
Sep 6th 2019, 18:00 |
slackebot |
<emiliano> |
# |
Sep 6th 2019, 17:57 |
ricksaccous |
oh man you work at EvilCorp? |
# |
Sep 6th 2019, 17:57 |
slackebot |
<emiliano> |
# |
Sep 6th 2019, 17:54 |
emiliano |
thanks a lot, ok |
# |
Sep 6th 2019, 17:53 |
admad |
@emiliano just ask your actual question and wait for a response from someone |
# |
Sep 6th 2019, 17:42 |
mocelle |
@challgren thx |
# |
Sep 6th 2019, 17:36 |
emiliano |
I have a function of a behavior that I need to modify |
# |
Sep 6th 2019, 17:34 |
emiliano |
hello how are you ?, can I consult to extend a behavior? |
# |
Sep 6th 2019, 17:31 |
challgren |
@mocelle not I, I just use a ssh connection with a deploy script in composer |
# |
Sep 6th 2019, 17:26 |
mocelle |
I mean deploy cake App with deployer :grinning: |
# |
Sep 6th 2019, 17:23 |
mocelle |
does anyone have experience with deployer (deployer.org) |
# |
Sep 6th 2019, 15:03 |
dereuromark |
too bad that the IDE doesnt auto inject full `@inherit` parent text.. that would be sth useful. or a quick hover info. |
# |
Sep 6th 2019, 15:02 |
dereuromark |
;) A tool could sync them maybe. But manually would be a bad idea, soon the unDRY text becomes more burden than help as a few of them will be outdated/lying |
# |
Sep 6th 2019, 14:48 |
neon1024 |
I simply cannot be arsed to check three interfaces for a docblock |
# |
Sep 6th 2019, 14:48 |
neon1024 |
It’s an abstract class |
# |
Sep 6th 2019, 14:48 |
neon1024 |
https://github.com/cakephp/cakephp/blob/master/src/Http/BaseApplication.php#L148 |
# |
Sep 6th 2019, 14:48 |
neon1024 |
This needs fixing |
# |
Sep 6th 2019, 14:40 |
vjnvisakh |
need this |
# |
Sep 6th 2019, 14:40 |
vjnvisakh |
type: the type of the join to use in the SQL query. The default is ‘LEFT’, which may not fit your needs in all situations. The value ‘INNER’ may be helpful (when used with some conditions) when you want everything from your main and associated models or nothing at all. |
# |
Sep 6th 2019, 13:48 |
ricksaccous |
there's the type option |
# |
Sep 6th 2019, 13:48 |
ricksaccous |
but yeah you can do it |