Error typescript emitted no output for

const path = require( 'path' ),
	CleanWebpackPlugin = require( 'clean-webpack-plugin' );

module.exports = env => {
	return {
		mode: env.dev ? 'development' : 'production',
		entry: {
			'server': './src/js/server.ts'
		},
		output: {
			path: __dirname,
			filename: './dist/js/[name].js',
		},
		externals: '/node_modules',
		module: {
			rules: [
				{
					test: /.js$/,
					exclude: ['/node_modules/', '/src/scss/'],
					use: [
						'babel-loader'
					]
				},
				{
					test: /.ts(x?)$/,
					exclude: ['/node_modules/', '/src/scss/'],
					use: [
						'babel-loader',
						'ts-loader',
					]
				},
				{
					test:  /.json$/,
					loader: 'json-loader'
				},
			]
		},
		resolve: {
			extensions: ['.js', '.ts', '.tsx'],
			alias: {
				'@': path.resolve(__dirname, './src/js')
			}
		},
		plugins: [
			new CleanWebpackPlugin(['./dist/js', './dist/css']),
		]
	}
};

{
	"compilerOptions": {
		"removeComments": true,
		"preserveConstEnums": true,
		"allowJs": true,
		"outDir": "./dist/js",
		"target": "es5",
		"moduleResolution": "node",
		"module": "es2015",
		"lib": [
			"es2015",
			"es2016"
		]
	},
	"exclude": [
		"./node_modules"
	]
}

{
	"presets": [
		[
			"env", {
				"targets": {
					"node": "current"
				}
			}
		],
		"stage-2",
		"es2015"
	],
	"plugins": ["dynamic-import-node"]
}

Содержание

1. Module build failed: Error: Typescript emitted no output [*.d.ts] files #596
2. Comments
3. TypeScript emitted no output #22
4. Comments
5. bug(webpack): Typescript emitted no output #41
6. Comments
7. Compiler Option: noEmitOnError #91
8. Comments
9. Проблемы с импортом файлов Typescript и Js в модули узлов

• I’m submitting a .

• bug report
• feature request

• Which parts of preboot are affected by this issue?

• server side
• client side
• inline
• build process
• docs
• tests

• Do you want to request a feature or report a bug?

Всем привет.
Пытаюсь собрать приложение React webpack-ом, но выдает ошибку:

Пытался убрать или поставить в false параметр «noEmit» в tsconfig — ошибка поменялась на следующую:

Содержимое файлов:
package.json:

{
«name»: «Foodkort»,
«version»: «1.0.0»,
«description»: «»,
«main»: «./src/index.tsx»,
«scripts»: {
«test»: «echo «Error: no test specified» && exit 1″,
«start»: «webpack-dev-server —mode development —open —hot»,
«start-prod»: «webpack-dev-server —mode production —open»,
«build»: «webpack —mode production»
},
«keywords»: [],
«author»: «Игорь Игоревич Иванов»,
«license»: «ISC»,
«devDependencies»: {
«@babel/core»: «^7.9.0»,
«@babel/preset-env»: «^7.9.0»,
«@babel/preset-react»: «^7.9.4»,
«@types/react»: «^16.9.26»,
«@types/react-dom»: «^16.9.5»,
«@typescript-eslint/eslint-plugin»: «^2.25.0»,
«@typescript-eslint/parser»: «^2.25.0»,
«babel-loader»: «^8.1.0»,
«css-loader»: «^3.4.2»,
«eslint»: «^6.8.0»,
«eslint-config-standard»: «^14.1.1»,
«eslint-plugin-import»: «^2.20.1»,
«eslint-plugin-node»: «^11.1.0»,
«eslint-plugin-promise»: «^4.2.1»,
«eslint-plugin-react»: «^7.19.0»,
«eslint-plugin-standard»: «^4.0.1»,
«html-webpack-plugin»: «^4.0.2»,
«style-loader»: «^1.1.3»,
«ts-loader»: «^6.2.2»,
«typescript»: «^3.8.3»,
«webpack»: «^4.42.1»,
«webpack-cli»: «^3.3.11»,
«webpack-dev-server»: «^3.10.3»
},
«dependencies»: {
«antd»: «^3.26.13»,
«react»: «^16.13.1»,
«react-dom»: «^16.13.1»
}
}

tsconfig.json

{
«compilerOptions»: {
«target»: «es5»,
«lib»: [
«dom»,
«dom.iterable»,
«esnext»
],
«allowJs»: true,
«skipLibCheck»: true,
«esModuleInterop»: true,
«allowSyntheticDefaultImports»: true,
«strict»: true,
«forceConsistentCasingInFileNames»: true,
«module»: «esnext»,
«moduleResolution»: «node»,
«resolveJsonModule»: true,
«isolatedModules»: true,
//»noEmit»: true,
«jsx»: «react»,
«experimentalDecorators»: false
},
«include»: [
«./src»
],
«exclude»: [«src/**/*.test.(tsx|jsx|ts|js)»]
}

webpack.config.js

const path = require(«path»);
const HtmlWebpackPlugin = require(«html-webpack-plugin»);

module.exports = {
devtool: «source-map»,

entry: path.join(__dirname, «src»,»index.tsx»),
output: {
path: path.join(__dirname, «/dist»),
filename: «index_bundle.js»
},
module: {
rules: [
{
test: /(?<!.d).tsx?$/,
exclude: /node_modules/,
use: {
loader: «ts-loader»
}
},
{
test: /.css$/,
use: [«style-loader», «css-loader»]
},
{
enforce: «pre»,
test: /.js$/,
loader: «source-map-loader»
}
]
},
resolve: {
extensions: [«.ts», «.tsx»]
},
plugins: [
new HtmlWebpackPlugin({
template: «./src/index.html»
})
]
}

У меня аналогичная проблема, однако она проявляется только тогда, когда я удалил пару записей из конфигурации своего веб-пакета. Понятия не имею, почему. Модуль даже не выводил данные ни в одну из удаленных мной записей.

Я использую новый машинописный текст / веб-пакет:
ts-loader: 0.8.2
webpack: 2.1.0-beta.21
tsc: 2.0.2

Обновлять:
Я обновил рассматриваемый компонент, чтобы он включал предварительно скомпилированные файлы js. Затем он работал без проблем. Я думаю, проблема в том, что загрузчик ts может не компилировать компоненты в node_modules при определенных обстоятельствах, даже если модули node не исключены в tsconfig.json.

Энгуэрран,
Не могли бы вы объяснить, как вы исправили ошибку. Я не могу следить за вашим комментарием, касающимся версий скрипта типа.

Также получить это с TS 2.0.3, а понижение версии TS не является вариантом из-за некоторых вещей, которые мы используем.

Как ни странно, если я npm связываю рассматриваемый модуль, он работает нормально, но опять же, это не совсем идеальное решение

Если кто-то может создать репо, демонстрирующее проблему, это может быть полезно. Из того, что люди сказали, это репо должно работать с TS 1.8, но не работать с TS 2.0. Если он существует, то это отправная точка для расследования этого вопроса.

@johnnyreilly https://github.com/skysteve/ts-bug-example-2 — это самый простой пример, который я мог получить. Сообщите мне, если вам понадобятся какие-либо дополнительные сведения, но, конечно же, на моем Mac на узле v 6.6 я могу воспроизвести проблему.

Обновлять

Если я обновлю файл tsconfig.json, чтобы удалить флаг «allowJS», ошибка, похоже, исчезнет (ветка https://github.com/skysteve/ts-bug-example-2/tree/disallow-js). Это нормально в этом простом проекте, но в моем реальном проекте мне нужно смешивать JS и TS, так что это неправильное решение.

Не могли бы вы повторить тест с ts-loader v0.9.3? Мы только что добавили поддержку allowJs которая может решить проблему.

Проблема сохраняется с 0.9.3

typestyle кажется несовместимым с ts-loader.

ERROR in ./~/typestyle/csx/index.ts
Module build failed: Error: Typescript emitted no output for /Users/syedb/REPOS/tmp/browsertypestyle/node_modules/typestyle/csx/index.ts
    at Object.loader (/Users/syedb/REPOS/tmp/browsertypestyle/node_modules/ts-loader/dist/index.js:27:15)

Пример проекта:
browsertypestyle.zip

Используйте npm install и npm start . Получаем ошибку.

Примечание: awesome-typescript-loader работает с ним, но у него есть свои проблемы, о которых я бы не хотел здесь рассказывать. Упоминание об этом как о чем-то, что можно отладить, чтобы выяснить основную причину / исправить: rose:

Спасибо за репро @basarat — я бы лучше забыл об этой проблеме. Я постараюсь взглянуть, когда у меня будет минутка. Надеюсь, вам весело в США — какое время вы выбрали для отпуска!

Совет всем авторам библиотек, отправляющих файлы .ts в качестве _основного_ способа использования ts: я проделал то же самое для стиля ввода в качестве эксперимента, и результаты были неудовлетворительными и никогда не вернусь к нему снова. Причины, описанные здесь: https://github.com/typestyle/typestyle/releases/tag/v0.7.0 Предлагаем вам также использовать outDir + .js + .d.ts : rose : ❤️

@johnnyreilly урок был болезненным. Но сетапа нет:

• tsconfig
• код в src/
• outDir в lib/
• Сделано: роза:

: tulip: Значит, изменения, о которых вы говорили, в ts-loader все еще в силе?

У меня нет желания реализовать это, и я бы никому не рекомендовал писать пакет, который отправляет .ts + .js а вместо этого люди должны использовать outDir + .d.ts + .js .

Опять же, по этим интересным причинам, если вы отправляете файлы .ts + .js , происходят следующие неприятности:

• Если ваш пакет используется в nodejs кем-то, использующим outDir , ваш пакет мешает другим людям outDir .
• По мере реализации новых более строгих параметров компилятора TypeScript они не могут использоваться людьми, использующими ваш пакет, если вы не обновите свой пакет для компиляции с этими параметрами.

Требуется помощь: rose:

Мы можем предоставить _дополнительное_ сообщение об ошибке, если путь содержит node_modules котором говорится:

Поскольку файл находится в node_modules вам не нужно перекомпилировать файлы .ts в node_modules и вам следует связаться с автором пакета, чтобы попросить их использовать --declaration --outDir . Подробнее https://github.com/TypeStrong/ts-loader/issues/278

Спасибо за расследование и напишите на @basarat. То, что вы сказали, имеет смысл. Мне нравится идея сообщения об ошибке, которое вы предлагаете. Было бы просто реализовать?

Было бы просто реализовать?

С https://github.com/TypeStrong/ts-loader/blob/a438869c2a6ac97d176af4e5aac268838d4a3350/src/index.ts#L34 -L36

    if (outputText === null || outputText === undefined) {
        throw new Error(`Typescript emitted no output for ${filePath}`);
    }

К :

    if (outputText === null || outputText === undefined) {
        const additionalGuidance = filePath.indexOf('node_modules') !== -1 
        ? "You should not need to recompile .ts files in node_modules and should contact the package author to request them to use --declaration --outDir. More https://github.com/TypeStrong/ts-loader/issues/278"
        : "";
        throw new Error(`Typescript emitted no output for ${filePath}.${additionalGuidance}`);
    }

Конечно, это непроверенный код, и дьявол будет в деталях + добавление теста, аналогичного https://github.com/TypeStrong/ts-loader/pull/365 : rose:

FWIW, возможно, стоит превратить ваши выводы в сообщение в блоге (если вы так настроены). Когда дело доходит до хорошей практики, всегда есть идея, и кажется, что это все еще новая территория. Есть ли у вас какие-нибудь идеи, опубликовала ли команда TypeScript какие-либо мысли по этому поводу?

Не могу перестать думать об этом:

Немного переиграли, уверен: smile:

Извините, я все еще не понял суть проблемы, просто прочитав: разочарован:

Проблема в том, что «если автор библиотеки отправляет .ts в пакете npm, ts-loader не может скомпилировать его в node_modules». Это правильно?

@HerringtonDarkholme, да, это верно. Теперь есть предупреждение, когда это происходит

Кстати, я столкнулся с этой проблемой на Mac. Все работает нормально на компьютере с Windows, но на компьютере Mac начинается ад.

Не уверен, актуально ли это. Но подход https://github.com/laco0416/light-ts-loader весьма интересен. Он пропускает все проверки типов во время сборки. (Проверка выполняется в редакторе или отдельном вызове tsc).

Может быть, вы можете попробовать флаг transpileOnly в ts-loader.

@basarat Спасибо!

Я выдергивал волосы, пытаясь заставить это работать. Я думал, что чистый .ts был бы замечательным, но он не поддерживается командой Typescript (что имеет смысл, потому что как кто-то будет использовать вашу библиотеку).

Но все, что мне нужно было сделать, это то, что вы сказали, и все работает:

• В tsconfig.ts:

  • Установить outDir: ‘lib’
  • Определение набора: истина

• В операторах импорта:

  • Добавьте / lib в конец:
    • @ сказал / платформа
    • @ сказал / платформа / библиотека

Спасибо!

К сожалению, доставка файлов js / d.ts не является для меня решением. У меня 2 приватных репозитория:

• project-web
• project-common

Оба репозитория написаны на Typescript.
project-web зависит от project-common поэтому я решил получить репозиторий project-common github с помощью npm и просто сделать что-то вроде этого в project-web :

import { CommonComponents } from 'project-common'

Проблема в том, что я не могу предоставить предварительно скомпилированные js / d.ts (в основном из-за встраивания файлов sass в файлы ts, которые обрабатываются веб-пакетом, например: { styles: [require('sample.sass')] } поэтому мне нужно связать / скомпилировать два чистых репозитория TS вместе в один файл пакета (один из node_modules). Конечно, возникает ошибка. Самое смешное, что это происходит случайно .. Какие-нибудь решения?

ERROR in ../~/project-common/index.ts
Module build failed: Error: Typescript emitted no output for /Users/kpudlik/project-web/node_modules/project-common/index.ts
    at Object.loader (/Users/kpudlik/project-web/node_modules/ts-loader/index.js:458:15)
 @ ./app/app.module.ts 3:26-54

@basarat

Что я сделал, чтобы не включать «/ lib» в операторы импорта, так это создать файл index.js, который экспортирует библиотеку в качестве основной точки входа:

index.ts:

export * from './lib'

Это нормально для меня, если мне не нужен конкретный файл, но это не страшное неудобство как есть.

Я не использовал набор текста для своих собственных проектов, но если у меня возникнут проблемы, я изучу это.

То, что я сделал, чтобы мне не нужно было включать «/ lib» в операторы импорта, — это сделать index.js

Вместо этого вы можете просто изменить свой main в package.json чтобы он указывал на файл в папке lib : rose:

@basarat

Если ваш пакет используется в nodejs кем-то, кто использует outDir, ваш пакет испортит опцию outDir другим людям.

Для пакета NPM, если мы отправляем файлы js в tsconfig.json outDir (например, dist/ или build/ ) и отправляем файлы ts в src , это все равно испортит опцию outDir других людей? (Надеюсь нет.)

Для пакета NPM, если мы отправим файлы js в outDir tsconfig.json (например, dist / или build /) и отправим файлы ts в src, будет ли это все равно испортить опцию outDir других людей? (Надеюсь нет.)

Нет. Не забудьте добавить typings path к package.json : rose:

Я часто использую такую ​​структуру для упорядочивания исходного кода:

proj/
  package.json
  node_modules/ <- external deps
  src/
    node_modules/ <- my code
      client/
      server/
      shared/

Это позволяет мне использовать, например, import * as api from 'shared/api' вместо использования относительных путей. К сожалению, это вызывает ложное срабатывание для этого сообщения об ошибке, потому что ts-loader видит node_modules в имени пути и предполагает, что я компилирую файлы .ts из моих deps. : /

Есть ли способ исправить это через конфигурацию проекта или апстрим-патч? Это меня убивает, Смоллс!

Изменить: я должен отметить, что этот шаблон отлично работает с tsc , но не с webpack + ts-loader .

Привет @AndyBarron!

Думаю, вас укусило это: https://github.com/TypeStrong/ts-loader/blob/master/src/index.ts#L38

Если вы скомпилируете свою версию ts-loader без проверки, все ли у вас нормально работает?

Я должен сказать, что, хотя я понимаю желание избежать ада относительных путей (парень, это съедает мое время, пытаясь проложить наши правильные пути), я бы не решился использовать ваш подход. 😄

Я попробую и вернусь к вам.

Если есть лучшее решение, я его еще не слышал 😛

Да — я чувствую твою боль

У меня так много проблем по этому поводу, что мне интересно, можно ли включить такое поведение за флагом согласия.

Я здесь в одной лодке. У нас есть общий модуль, который импортируется нашим основным модулем, и мы хотели бы импортировать файлы ts из общего модуля.

Хорошо — если кто-то хочет составить PR, который позволяет это, я с радостью посмотрю.

Идеальная реализация:

• Новый allowTsInNodeModules варианта для TS-загрузчика , что если true не выполняют проверку , что приводит к метанию You should not need to recompile .ts files in node_modules сообщения здесь

• Добавьте суффикс к существующему сообщению You should not need to recompile .ts files in node_modules... с советом о том, как его использовать. Что-нибудь подходящее «предупреждение-у» вроде But if you really want to do this; use the allowTsInNodeModules option

Не беспокойтесь об исправлении тестов; Я могу помочь с этим.

У меня такая же проблема с Typescript 3.2.2 и ts-loader 5.3.1. Как ни странно, в одном из моих проектов он работает, а в другом не работает.

Я тоже сталкиваюсь с этой проблемой, но нечасто. Иногда это работает, иногда нет.

yarn start build
...
Done in 12.65s.

При повторной попытке построить:

yarn start build
...
ERROR in ./node_modules/t-systems-aurelia-components/src/value-converters/date-format-value-converter.ts
Module build failed (from ./node_modules/ts-loader/index.js):
Error: TypeScript emitted no output for xxxnode_modulest-systems-aurelia-componentssrcvalue-convertersdate-format-value-converter.ts.
    at makeSourceMapAndFinish xxxnode_modulests-loaderdistindex.js:78:15)
    at successLoader (xxxnode_modulests-loaderdistindex.js:68:9)
    at Object.loader (xxxnode_modulests-loaderdistindex.js:22:12)
 @ ./src/main.ts
 @ ./node_modules/aurelia-webpack-plugin/runtime/empty-entry.js
 @ multi aurelia-webpack-plugin/runtime/empty-entry aurelia-webpack-plugin/runtime/pal-loader-entry aurelia-bootstrapper
...
error Command failed with exit code 2.

В webpack.config.js

{test: /.ts$/, loader: "ts-loader", options: { allowTsInNodeModules: true }},

Изменить: я исправил это, добавив источники пакета в мой tsconfig.json:

"include": [
    "./src/**/*.ts",
    "./node_modules/t-systems-aurelia-components/src/**/*.ts"
  ],

Я считаю, что столкнулся с этим после реструктуризации проекта с рабочими пространствами lerna + yarn.
Сначала я получаю эту ошибку:

ERROR in ~/directory/node_modules/@monorepo/shared/src/security.ts
Module build failed (from ~/directory/node_modules/ts-loader/index.js):
Error: TypeScript emitted no output for ~/directory/node_modules/@monorepo/shared/src/security.ts. By default, ts-loader will not compile .ts files in node_modules.
You should not need to recompile .ts files there, but if you really want to, use the allowTsInNodeModules option.
See: https://github.com/Microsoft/TypeScript/issues/12358
    at makeSourceMapAndFinish (~/directory/node_modules/ts-loader/dist/index.js:78:15)
    at successLoader (~/directory/node_modules/ts-loader/dist/index.js:68:9)
    at Object.loader (~/directory/node_modules/ts-loader/dist/index.js:22:12)
 @ ~/directory/node_modules/@monorepo/shared/src/index.ts 76:9-30
 @ ./src/app/index.js
 @ multi ./src/app/index.js

а затем, когда я добавлю указанный флаг, что-то вроде:

{
  // rest of config...
  module: {
    rules: [
      {
        test: /.[jt]sx?$/,
        loader: 'ts-loader',
        options: {
          allowTsInNodeModules: true,
        },
        exclude: /node_modules(([email protected]).)*$/,
        include: /node_modules/@monorepo/|src//,
      },
    ]
  }
}

Вернемся к сообщению вроде:

ERROR in ~/directory/node_modules/@monorepo/shared/src/security.ts.
Module build failed (from ~/directory/node_modules/ts-loader/index.js):
Error: TypeScript emitted no output for ~/directory/node_modules/@monorepo/shared/src/security.ts.
    at makeSourceMapAndFinish (~/directory/node_modules/ts-loader/dist/index.js:78:15)
    at successLoader (~/directory/node_modules/ts-loader/dist/index.js:68:9)
    at Object.loader (~/directory/node_modules/ts-loader/dist/index.js:22:12)
 @ ~/directory/node_modules/@monorepo/shared/src/index.ts 79:9-36
 @ ./src/app/index.js
 @ multi ./src/app/index.js

Сейчас нужно двигаться дальше, но посмотрю, смогу ли я в ближайшее время сделать репо с минимальным репро.

Доброго времени суток дорогие машинописцы. Проблема не в ts-loader, а в том, что по умолчанию tsc исключает папку node_modules (https://www.typescriptlang.org/docs/handbook/tsconfig-json.html). У них есть плохой пример, показывающий, как исключить файлы с «node_modules» в нем, что приводит к путанице. Я возражал против этого.

В любом случае, чтобы позволить ts-loader использовать исходные файлы машинописного текста непосредственно из node_modules: отредактируйте tsconfig.json и добавьте туда все необходимые пакеты. Например:

_tsconfig.json_

{
"compilerOptions": { },
"include": [
   "node_modules/@company", // all modules bellow from the company will be available
   "node_modules/@company/module", // specific module from the company
    "node_modules/module" // specific module
  ]
}

Другой вариант, который также сработал в моем случае, — установить для параметра ts-loader transpileOnly значение true.

@ritmos да, для меня проблемой

Похоже, что в # 773 это исправлено — можно ли закрыть это, или есть какие-то дополнительные проблемы?

Думаю, ты прав — закрыто.

I thought this will do it

 "lib": [
    "dom",
    "es5",
    "es2015.promise"
  ],

but still I dont see it taking advantage of generators

  "lib": [
    "dom",
    "es5",
    "es2015.promise",
    "es2015.generator"
  ],

  "lib": [
    "dom",
    "es5",
    "es2015.promise",
    "es2015.generator",
    "es2015.core",
    "es2015.collection",
    "es2015.iterable",
    "es2015.promise",
    "es2015.proxy",
    "es2015.reflect",
    "es2015.generator",
    "es2015.symbol",
    "es2015.symbol.wellknown"

the "lib" property is just for type declarations from those libs, it doesn’t change what’s output

interface Foo<T> {
    (): Bar<T>
    fun (bar: Bar<T>): void
}

function create<T>() {
    return new Bar<T>()
}

function fun<T> (bar: Bar<T>) {
    // ...
}

const f: any = create
f.fun = fun

export default f as Foo<???>

How can I export f so it matches Foo<T>

so I can import Foo elsewhere and use it like Foo<T>()

that only exports the type; it’s not callable

const f: Foo<T> = function <T>() {
    return new Bar<T>()
}

I want to be able to use this in modules like so:

const b = Foo<number>()
Foo.fun(b)

export interface Foo<T> {
    (): Bar<T>
    fun (bar: Bar<T>): void
}

export class Bar<T>{

}


function fun<T> (bar: Bar<T>) {
    // ...
}

export function create<T>() {
    return new Bar<T>()
}

function getCreate<T>(): Foo<T>{
    var tmp = create as any;
    tmp.fun = fun;
    return tmp;
}


export default  getCreate()

or can you just make each member generic?

like ….

export interface Foo {
    <T>(): Bar<T>
    fun<T> (bar: Bar<T>): void
}

@dtabuenc thanks! Damn, I should’ve known that.

I thought adding promise and generators in the tsconfig would do the ticks, but I still see the tsc is not taking advantage of generators which are available in my chrome browser (i.e. I get the long format transpliations)

typescript 2.1 can target es5*

I don’t think that combination is possible

there is no flag to turn individual poly-fill generation on/off that I know of

anyway, so i’m not sure why those errors i get from webpack dont show up in tsc

this is my webpack config, am i doing something wrong?

'use strict';
const path = require('path');
const rootDir = __dirname;

module.exports = {
  entry: path.resolve(rootDir, './lib/client/typescript/index.ts'),
  output: {
    path: path.resolve(rootDir, 'dist/client'),
    filename: 'index.js'
  },
  resolve: {
    extensions: ['.ts', '.jade', '.styl']
  },
  module: {
    rules: [
      {
        test: /.ts$/,
        exclude: /node_modules/,
        use: [
          {
            loader: 'ts-loader',
            options: {
              configFileName: path.resolve(rootDir, 'tsconfig.client.json')
            }
          }
        ],
        include: [path.resolve(rootDir, 'lib/client/typescript')]
      },
      {
        test: /.jade$/,
        use: ['raw-loader', 'pug-ng-html-loader']
      },
      // {
      //   test: /.styl$/,
      //   use: [
      //     'raw-loader',
      //     'stylus-loader'
      //   ]
      // },
    ]
  }
};

and you have errors when compiling with tsc

and i have this one line:

declare module 'commafy';

not sure why it’s saying { expected

lib/client/typings.d.ts(1,25): error TS1005: '{' expected.

ah ok i fixed it with declare module commafy { }, but still not sure why moment is causing issues

latest version of moment comes pre packaged with typings

i import it as import * as moment from 'moment'

i import all NPM dependencies that way

is that not best practice?

i think you cant do declare module 'commafy'

for shimming commonjs modules for which you don’t have typings

i forgot to do $(npm bin)/tsc --project tsconfig.client.json

i think my global tsc is an earlier version

does it compile with no errors now?

do i need a core-js typings

or something to shim Promises

i use mongoose in the browser ( as a validator), so i wonder if that’s it

does that auto insert typings for global DOM objects

all the browser related things

so if you are targetting browser usually you want dom in libs

it has the interface for Window for example

so yeah tsc works but webpack still has a bunch of errors

I’ve only used awesome-typescript-loader

looks like there are options to increase log level

so i’ve got another question

i’ve authored an NPM dependency called common that we share between our repos

there’s no type declarations in that repo

everything is a commonjs export

i’m gonna migrate it to ts after i get this repo working with ts

or can i still do import * as Schema from 'common/dist/schemas/theSchema'

just define the module in your d.ts

and then you can use the import

like i never do import * as common from ‘common’

it’s always import * as Schema from ‘common/dist/schemas/theSchema’

i do it that way because there are some server-side configs that i don’t want to expose to the client by requiring in common as a whole

Schema will be type any though

if youw ant to start filling in schema

if you do that then the interface of Schema in import * as Schema from 'common/dist/schemas/theSchema' will be Schema

(the file for sure exists)

is it added to your tsconfig or loaded with ///<refrence/>?

unles youa re mis-spelling or something or not using 2.0+

in the file you are doing the import

just to see if that works

///<reference path="path/to/your/d.ts" />

and it’s relative to that file or to the tsconfig.json

something must be wrong with my webpack config

is there something off with my config?

{
  "compilerOptions": {
    "target": "es5",
    "module": "commonjs",
    "noImplicitAny": false,
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true,
    "moduleResolution": "node",
    "removeComments": true,
    "sourceMap": true,
    "noEmitOnError": true,
    "lib": ["es6", "dom"]
  },
  "exclude": [
    "node_modules"
  ],
  "include": [
    "lib/client/typescript/*"
  ]
}

But in certain situation like method call, we can nudge the compiler to do more inference! Very useful finding! I want to thank @aluanhaddad here!

I’m facing first time. should i need to configure something else?

@dtabuenc no, should I install?

anyone knows how can I add typescript snippets in vs code?

e.g for loop snippet etc…

i tried excluding node_modules in my config:

{
  "compilerOptions": {
    "target": "es5",
    "module": "commonjs",
    "noImplicitAny": false,
    "experimentalDecorators": true,
    "emitDecoratorMetadata": true,
    "moduleResolution": "node",
    "removeComments": true,
    "sourceMap": true,
    "lib": ["es6", "dom"]
  },
  "exclude": ["node_modules"],
  "include": [
    "lib/client/typescript/**/*"
  ]
}

was i kept doing import * as mongoose from 'mongoose' in every file i use mongoose

but i think that creates weird behavior in mongoose

that error is a webpack error then right?

have you used mongoose with typescript before?

it’s trying to include «./types/array» what is that:?

but it doesn’t seem like that has anything to do with typescript

these are the imports at the top of node_modules/mongoose/lib.index.js:

var Schema = require('./schema'),
    SchemaType = require('./schematype'),
    VirtualType = require('./virtualtype'),
    STATES = require('./connectionstate'),
    Types = require('./types'),
    Query = require('./query'),
    Model = require('./model'),
    Document = require('./document'),
    utils = require('./utils'),
    format = utils.toCollectionName,
    pkg = require('../package.json');

hm, does typescript complain about module.exports = exports = MongooseArray;

sorry not typescript, webpack

and see what it is trying to do

make sure you have «dom» in there

then? (I mean in the ts config)

Still having the exact same issue.

‘{
«compilerOptions»: {
«target»: «es5»,
«module»: «commonjs»,
«noImplicitAny»: false,
«experimentalDecorators»: true,
«emitDecoratorMetadata»: true,
«moduleResolution»: «node»,
«removeComments»: true,
«sourceMap»: true,
«lib»: [«es6», «dom»]
},
«exclude»: [«node_modules»],
«include»: [
«lib/client/typescript/*/«
]
}

(exact copy-paste of your)

the include and exclude properties don’t apply to you probably

i only meant you need the lib property from tsconfig

usually for web projects lib should be set to ["es5", "dom"]

why it couldn’t resolve my custom 3rd party deps

in webpack i forgot to include .js as an extension

48 hours debugging for that

thanks for all the help though, youre the man

does the and in that sentence mean then?

my question specifically is that is there a sequence of events, or is the and a logical and?

it just returns the value and ends execution

or ends execution and returns the value

you can even think of it as happening at the same time «it ends execution by returning a vaule»

in an index.ts file, would be nice to do something like
«`
export from ‘Uniforms’ as ‘Uniforms’

you can re-export like export { Uniforms } from ‘./uniforms’

doesn’t really work nicely though

but I want to export everything as a namespace

export * as Uniforms from ‘./Uniforms’

just do export * from "./StringValidator";

idk if you can re-export as a named export

it probably just grabs whatever the named export from the original file exporting the value is

but @dtabuenc can confirm

you can re-export everything from the other module

make sure the casing in imports is consistent

you can do

export {Uniform as SomeOtherName} from 'unifroms'

had a lowercase still lurking

so there’s no way to re-export a whole module as a namespace then?

or at least no short-hand?

if you want to give it a namespace

you can’t import {Uniforms.someType} ....

what I showed above does not work at all

read this page, it’ll give you all the different ways you can import and export modules

I assume all this is out of TS’s hands as it’s es6 module syntax

TS’s module system is like ES6’s on steroids

and i think typescript 2 is tree-shaking compatible

import * as Uniforms from './Uniforms'
import * as Command from './Command'
import * as GLTypes from './GLTypes'

export { Uniforms, Command, GLTypes }

i don’t think you can re-export like export { Blah } from ‘./blah’;

I have typescript class with some public, private methods.. I am using this keyword to use some of the private methods defined inside this class from another public methods of same class

but this is ‘undefined’

paste the class def and calling-code

otherwise you’re going to lose context inside the function

‘use strict’;
import { LoginService } from «./login.service»;

export class LoginResource {
loginService = new LoginService();

healthcheck(req, res) {
    console.log('Advertisement API Healthcheck Successful');
    return res.status(200).json({ message: 'Login API Healthcheck Successful' });
}

authenticateUser(req, res) {
    console.log(JSON.stringify(req.body));
    res.setHeader("Content-Type", "application/json");
    var resp = this.loginService.authenticateUser(req.body);

    if (!req.body || !req.body.username || !req.body.password) {
        res.status(400).send({ status: 'NOT_OK', 'error': 'bad request' });
    } else {
        if (resp.status === 'OK') {
            res.status(200).send(this.loginService.authenticateUser(req.body));
        } else {
            res.status(404).send(this.loginService.authenticateUser(req.body));
        }
    }
}

}

in this sample.. I have used this.loginService…

this is undefined here… when code is run using node

where is this.loginService set

you never define the class

this is going to be the global context, or in strict mode, it will throw an error

what do you suggest varun ?

like how do you get access to loginService in other parts of your server-side code

i didn’t see above the formatted code

check this… this is my code..

the service is just another class outside, which is exported and injected back

should i use Fat Arrow syntax in these functions ? not sure exactly to use here

are you suing authenticateUser as part of a callback to a promise?

or a callback to anything really?

and if so can you post the line where you do that?

My guess is you are doing smething similar to this:

doSomething.then( loginResource.authenticateUser) ;

if so that won’t work… you need to do something like

doSomething.then( (req, res) => loginResource.authenticateUser(req,res));

this is invoked from another file login.router.ts which is just the router and calls this method on POST request from client..

do you have any example of how to use fat arrow on the methods of class..