profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/panasenco/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Aram Panasenco panasenco City of Hope Los Angeles, CA

panasenco/sqlunit 1

Concise SQL unit testing language that compiles to descriptive SQL test queries.

advhelio/advhelio.github.io 0

Advanced Heliophysics website

panasenco/cargo-chef 0

A cargo-subcommand to speed up Rust Docker builds using Docker layer caching.

panasenco/dataclasses-avroschema 0

Generate Avro Schemas from a Python class. Serialize and Deserialize python instances with avro schemas

panasenco/dbt 0

dbt (data build tool) enables data analysts and engineers to transform their data using the same practices that software engineers use to build applications.

panasenco/dbt-docs 0

Auto-generated data documentation site for dbt projects

panasenco/dbt-docs-index 0

Generates an index of multiple dbt documentation sites

panasenco/dbt-meta-testing 0

A dbt package for ensuring documentation and test coverage.

panasenco/dbt-sqlserver 0

dbt adapter for SQL Server and Azure SQL

issue commentconfluentinc/cp-ansible

RPM install is broken on RHEL 7

Experiencing the exact same issue here.

erikgb

comment created time in 3 days

issue closedmono/mono

"Could not load file or assembly or one of its dependencies" in Mono but not in native .NET

<!-- If you are new to the project get yourself familiar with https://www.mono-project.com/community/bugs/make-a-good-bug-report/ before filling the issue -->

Steps to Reproduce

  1. Create file hello_onbase.cs with the following contents:
using Hyland.Unity;
using Hyland.Types;
using System;

public class HelloOnBase
{
    public static void Main(string[] args)
    {
        var auth = Application.CreateOnBaseAuthenticationProperties("app_server_url", "user", "password", "data_source");
        var app = Application.Connect(auth);
        Console.WriteLine ("OnBase connection successful!");
    }
}
  1. Place proprietary DLLs Hyland.Unity.dll and Hyland.Types.dll in the same directory as the file hello_onbase.cs. Unfortunately I can't share those files since they're proprietary by our vendor, I'm very sorry...
  2. Open Mono x64 Command Prompt in Windows
  3. Compile the file successfully with Mono:
C:\Users\apanasenco\git\docaccess\services\doc\onbase>csc -r:Hyland.Types.dll -r:Hyland.Unity.dll hello_onbase.cs
Microsoft (R) Visual C# Compiler version 3.6.0-4.20224.5 (ec77c100)
Copyright (C) Microsoft Corporation. All rights reserved.

<!-- You may drag & drop the attachment (repro code/solution, screenshot, etc.) onto the issue. -->

Current Behavior

Running the executable with mono causes the following error:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>mono hello_onbase.exe

Unhandled Exception:
System.TypeLoadException: Could not set up parent class, due to: Could not set up parent class, due to: Could not load type of field 'Hyland.Types.EncryptedServiceObject:_scp' (2) due to: Could not load file or assembly 'Hyland.Security.Legacy, Version=0.2.2.0, Culture=neutral, PublicKeyToken=e169a6a902bdd7a6' or one of its dependencies. assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:EncryptedServiceObject member:(null) assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:ParameterizedObject member:(null)
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectNormalMode (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00000] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectAndGetIntegrationApplicationOptions (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.Application.Connect (Hyland.Unity.AuthenticationProperties connectProperties) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at HelloOnBase.Main (System.String[] args) [0x0001b] in <73b1617068fa44e792f55cccc5974b17>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not set up parent class, due to: Could not set up parent class, due to: Could not load type of field 'Hyland.Types.EncryptedServiceObject:_scp' (2) due to: Could not load file or assembly 'Hyland.Security.Legacy, Version=0.2.2.0, Culture=neutral, PublicKeyToken=e169a6a902bdd7a6' or one of its dependencies. assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:EncryptedServiceObject member:(null) assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:ParameterizedObject member:(null)
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectNormalMode (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00000] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectAndGetIntegrationApplicationOptions (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.Application.Connect (Hyland.Unity.AuthenticationProperties connectProperties) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at HelloOnBase.Main (System.String[] args) [0x0001b] in <73b1617068fa44e792f55cccc5974b17>:0

I've reproduced this same error in a Docker container running Mono on Debian.

Expected Behavior

The executable Mono compiled executes just fine natively in Windows:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>hello_onbase.exe
OnBase connection successful!

Also, older versions of the DLLs worked with Mono...

I'm wondering if there's some Mono setting I can tweak to relax some assembly checks to match native .NET behavior?

On which platforms did you notice this

[ ] macOS [X] Linux [X] Windows

Version Used:

Windows:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>mono --version
Mono JIT compiler version 6.12.0 (Visual Studio built mono)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       normal
        Notification:  Thread + polling
        Architecture:  amd64
        Disabled:      none
        Misc:          softdebug
        Interpreter:   yes
        LLVM:          supported, not enabled.
        Suspend:       preemptive
        GC:            sgen (concurrent by default)

Debian Buster Docker:

root@67e3253f738a:/tmp/ondemand/services/doc/onbase# mono --version
Mono JIT compiler version 6.12.0.122 (tarball Mon Feb 22 17:42:49 UTC 2021)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       altstack
        Notifications: epoll
        Architecture:  amd64
        Disabled:      none
        Misc:          softdebug
        Interpreter:   yes
        LLVM:          yes(610)
        Suspend:       hybrid
        GC:            sgen (concurrent by default)

<!-- You can join us on Discord (https://aka.ms/dotnet-discord) in the #monovm channel to discuss your reported issue -->

closed time in a month

panasenco

issue openedmono/mono

"Could not load file or assembly or one of its dependencies" in Mono but not in native .NET

<!-- If you are new to the project get yourself familiar with https://www.mono-project.com/community/bugs/make-a-good-bug-report/ before filling the issue -->

Steps to Reproduce

  1. Create file hello_onbase.cs with the following contents:
using Hyland.Unity;
using Hyland.Types;
using System;

public class HelloOnBase
{
    public static void Main(string[] args)
    {
        var auth = Application.CreateOnBaseAuthenticationProperties("app_server_url", "user", "password", "data_source");
        var app = Application.Connect(auth);
        Console.WriteLine ("OnBase connection successful!");
    }
}
  1. Place proprietary DLLs Hyland.Unity.dll and Hyland.Types.dll in the same directory as the file hello_onbase.cs. Unfortunately I can't share those files since they're proprietary by our vendor, I'm very sorry...
  2. Open Mono x64 Command Prompt in Windows
  3. Compile the file successfully with Mono:
C:\Users\apanasenco\git\docaccess\services\doc\onbase>csc -r:Hyland.Types.dll -r:Hyland.Unity.dll hello_onbase.cs
Microsoft (R) Visual C# Compiler version 3.6.0-4.20224.5 (ec77c100)
Copyright (C) Microsoft Corporation. All rights reserved.

<!-- You may drag & drop the attachment (repro code/solution, screenshot, etc.) onto the issue. -->

Current Behavior

Running the executable with mono causes the following error:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>mono hello_onbase.exe

Unhandled Exception:
System.TypeLoadException: Could not set up parent class, due to: Could not set up parent class, due to: Could not load type of field 'Hyland.Types.EncryptedServiceObject:_scp' (2) due to: Could not load file or assembly 'Hyland.Security.Legacy, Version=0.2.2.0, Culture=neutral, PublicKeyToken=e169a6a902bdd7a6' or one of its dependencies. assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:EncryptedServiceObject member:(null) assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:ParameterizedObject member:(null)
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectNormalMode (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00000] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectAndGetIntegrationApplicationOptions (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.Application.Connect (Hyland.Unity.AuthenticationProperties connectProperties) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at HelloOnBase.Main (System.String[] args) [0x0001b] in <73b1617068fa44e792f55cccc5974b17>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: Could not set up parent class, due to: Could not set up parent class, due to: Could not load type of field 'Hyland.Types.EncryptedServiceObject:_scp' (2) due to: Could not load file or assembly 'Hyland.Security.Legacy, Version=0.2.2.0, Culture=neutral, PublicKeyToken=e169a6a902bdd7a6' or one of its dependencies. assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:EncryptedServiceObject member:(null) assembly:C:\Users\apanasenco\git\docaccess\services\doc\onbase\Hyland.Types.dll type:ParameterizedObject member:(null)
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectNormalMode (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00000] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.OnBaseAuthenticationProperties.ConnectAndGetIntegrationApplicationOptions (Hyland.Unity.Services.IConnectServiceAccess connectServiceAccess) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at Hyland.Unity.Application.Connect (Hyland.Unity.AuthenticationProperties connectProperties) [0x00020] in <80532c8c2f134d0daba2ee8243cb5721>:0
  at HelloOnBase.Main (System.String[] args) [0x0001b] in <73b1617068fa44e792f55cccc5974b17>:0

I've reproduced this same error in a Docker container running Mono on Debian.

Expected Behavior

The executable Mono compiled executes just fine natively in Windows:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>hello_onbase.exe
OnBase connection successful!

Also, older versions of the DLLs worked with Mono...

I'm wondering if there's some Mono setting I can tweak to relax some assembly checks to match native .NET behavior?

On which platforms did you notice this

[ ] macOS [X] Linux [X] Windows

Version Used:

Windows:

C:\Users\apanasenco\git\docaccess\services\doc\onbase>mono --version
Mono JIT compiler version 6.12.0 (Visual Studio built mono)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       normal
        Notification:  Thread + polling
        Architecture:  amd64
        Disabled:      none
        Misc:          softdebug
        Interpreter:   yes
        LLVM:          supported, not enabled.
        Suspend:       preemptive
        GC:            sgen (concurrent by default)

Debian Buster Docker:

root@67e3253f738a:/tmp/ondemand/services/doc/onbase# mono --version
Mono JIT compiler version 6.12.0.122 (tarball Mon Feb 22 17:42:49 UTC 2021)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
        TLS:           __thread
        SIGSEGV:       altstack
        Notifications: epoll
        Architecture:  amd64
        Disabled:      none
        Misc:          softdebug
        Interpreter:   yes
        LLVM:          yes(610)
        Suspend:       hybrid
        GC:            sgen (concurrent by default)

<!-- You can join us on Discord (https://aka.ms/dotnet-discord) in the #monovm channel to discuss your reported issue -->

created time in a month

issue commentdbt-labs/dbt

--defer flag to dbt docs generate

I can confirm that the --no-recompile workflow works for me. I use the following logic to back up the manifest after the deferred run and then restore it right before running:

$FinalManifest = if ($RunOutput | sls 'WARNING: Nothing to do') { "$MasterState\manifest.json" } else {
    '.\target\manifest.json' }
$ManifestBackup = New-TemporaryFile
Write-Verbose "Backing final manifest $FinalManifest up to $ManifestBackup"
Copy-Item -Path $FinalManifest -Destination $ManifestBackup

Thank you @jtcohen6 !

panasenco

comment created time in 2 months

issue commentdbt-labs/dbt

--defer flag to dbt docs generate

I forgot about --no-compile... I knew I was doing something overly complicated... 😭

panasenco

comment created time in 2 months

issue openeddbt-labs/dbt

--defer flag to dbt docs generate

Describe the feature

Provide a --defer flag to dbt docs generate to accurately reflect deferred database objects and compiled SQL.

Describe alternatives you've considered

I've worked around it by manually messing with the schemas in manifest.json using this PowerShell code:

# Update the schemas in the docs manifest if we're not in the master branch
if ($Env:bamboo_planRepository_branchName -ne 'master') {
    $MasterState = .\scripts\Get-MasterState.ps1
    $Manifest = .\scripts\Get-Manifest.ps1
    $AllModels = $Manifest.nodes.PSObject.Properties | Select-Object -ExpandProperty Name |
        Select-String -Pattern '(?<=^model\.).*' | Select-Object -ExpandProperty Matches |
        Select-Object -ExpandProperty Value
    Write-Verbose "All models: $AllModels"
    $ModifiedModels = dbt ls --profiles-dir profiles --target $DocsTarget --models 'state:modified+' --state $MasterState |
        Select-String -Pattern '^[^\.]+|[^\.]+$' -AllMatches | foreach { "$($_.Matches[0].Value).$($_.Matches[1].Value)" }
    Write-Verbose "Modified models: $ModifiedModels"
    if ($ModifiedModels) {
        $UnchangedModels = Compare-Object -ReferenceObject $AllModels -DifferenceObject $ModifiedModels -PassThru
    } else {
        $UnchangedModels = $AllModels
    }
    Write-Verbose "Unchanged models: $UnchangedModels"
    $UnchangedModels | foreach { $Manifest.nodes."model.$_".schema = 'dbo' }
    $Manifest | ConvertTo-Json -Compress -Depth 100 | Set-Content .\target\manifest.json
}

However, I can't fix the compiled SQL as easily...

Additional context

Is this feature database-specific? Which database(s) is/are relevant? Please include any other relevant context here.

Who will this benefit?

Anyone who uses state deferral.

Are you interested in contributing this feature?

Sorry, probably not... Workarounds are the best I can do :D

created time in 2 months

issue openeddbt-labs/dbt-docs

--defer flag to dbt docs generate

Describe the feature

Provide a --defer flag to dbt docs generate to accurately reflect deferred database objects and compiled SQL.

Describe alternatives you've considered

I've worked around it by manually messing with the schemas in manifest.json using this PowerShell code:

# Update the schemas in the docs manifest if we're not in the master branch
if ($Env:bamboo_planRepository_branchName -ne 'master') {
    $MasterState = .\scripts\Get-MasterState.ps1
    $Manifest = .\scripts\Get-Manifest.ps1
    $AllModels = $Manifest.nodes.PSObject.Properties | Select-Object -ExpandProperty Name |
        Select-String -Pattern '(?<=^model\.).*' | Select-Object -ExpandProperty Matches |
        Select-Object -ExpandProperty Value
    Write-Verbose "All models: $AllModels"
    $ModifiedModels = dbt ls --profiles-dir profiles --target $DocsTarget --models 'state:modified+' --state $MasterState |
        Select-String -Pattern '^[^\.]+|[^\.]+$' -AllMatches | foreach { "$($_.Matches[0].Value).$($_.Matches[1].Value)" }
    Write-Verbose "Modified models: $ModifiedModels"
    if ($ModifiedModels) {
        $UnchangedModels = Compare-Object -ReferenceObject $AllModels -DifferenceObject $ModifiedModels -PassThru
    } else {
        $UnchangedModels = $AllModels
    }
    Write-Verbose "Unchanged models: $UnchangedModels"
    $UnchangedModels | foreach { $Manifest.nodes."model.$_".schema = 'dbo' }
    $Manifest | ConvertTo-Json -Compress -Depth 100 | Set-Content .\target\manifest.json
}

However, I can't fix the compiled SQL as easily...

Additional context

Is this feature database-specific? Which database(s) is/are relevant? Please include any other relevant context here.

Who will this benefit?

Anyone who uses state deferral.

Are you interested in contributing this feature?

Sorry, probably not... Workarounds are the best I can do :D

created time in 2 months

issue commentdbt-labs/dbt

Review UX for --defer

I like "defer" just fine personally.

jtcohen6

comment created time in 2 months