Nette Framework 2.2 beta released

What's the purpose of the code duplication between nette/routing and nette/application?

If you want to watch all the commits from all repositories, you may find useful this pipe http://pipes.yahoo.com/pipes/pipe.info?….

I deployed 2.2-rc1 instead of 2.1.1 on one bigger internal website and there is a report.

Template::registerHelperLoader() is deprecated, use dynamic getLatte()->addFilter().

To help understand new API I would hint: ...registerHelperLoader($callback) is deprecated ... getLatte()->addFilter(NULL, $callback). I'll open PR.

EDIT: Misleading, see issue

Source code in Tracy is not collapsed as used to be. I mean deprecated error shows path to trigger_error() in Nette source but not to user code e.g. BasePresenter. Maybe it is my feeling only.

FATAL: Nette\Latte\Macros\MacroSet not found is related to Nette issue I guess.

Maybe dtto.

Latte\CompileException: Unknown macro {label} in ... I had to add:

Nette\Bridges\FormsLatte\FormMacros::install($engine->getCompiler());

It is in one of mine component where I'm creating template manually, not presenter.

LogicException: Latte\Engine::$compiler: Cannot read undeclared property

I used $engine->compiler with old Latte, $engine->getCompiler() solves the problem. I'll open PR to handle few old getters/setters with deprecated error.

Fatal Error: Class 'Nette\Latte\Macros\FormMacros' not found

Whole this thing is my very old version of manual form rendering. I guess it can be solved as mentioned Nette issue but I solved it directly:

Old code:

$macroSet->addMacro('form',
	'Nette\Latte\Macros\FormMacros::renderFormBegin($_form, %node.array)',
	'Nette\Latte\Macros\FormMacros::renderFormEnd($_form)'
);

New code:

$macroSet->addMacro('form',
	'Nette\Bridges\FormsLatte\FormMacros::renderFormBegin($_form, %node.array)',
	'Nette\Bridges\FormsLatte\FormMacros::renderFormEnd($_form)'
);

At all, I have not problems with migration.

Last edited by Milo (2014-04-22 14:04)

I tried migration once again with:

"require": {
    "nette/nette": "2.2.*",
},
"minimum-stability": "dev"

so I'm on commit 3839d7.

I hit the problem with macro redefining. I have a form component which uses latte for rendering self. In a short:

class LatteForm extends Nette\Application\UI\Form
{
	public function getTemplate()
	{
		$engine = new Nette\Latte\Engine;
		$macroSet = new Nette\Latte\Macros\MacroSet($engine->compiler);

		// redefine {form ...} macro
		$macroSet->addMacro('form',
			'Nette\Latte\Macros\FormMacros::renderFormBegin($_form, %node.array)',
			'Nette\Latte\Macros\FormMacros::renderFormEnd($_form)'
		);

		$template = new Nette\Templating\FileTemplate;
		$template->registerFilter($engine);
		$template->_form = $this;
	}
}

When rendered I get following error, because old {form} macro is not rewritten.

Missing form name in {form}

I guess it is because of some class_alias() or empty class combinations, but I didn't find it. When I switch namespaces form Nette\Latte to new Latte only, I must:

# rewrite
$engine->compiler
# to
$engine->getCompiler()

# and add
Nette\Bridges\FormsLatte\FormMacros::install($engine->getCompiler());

Now it works perfectly in old way.

EDIT: And with aliases.php is the migration more comfortable.

Last edited by Milo (2014-04-23 10:47)

Try 2.2-RC1

Milo: can you test it with https://github.com/…e4666ad6eba4

mrtnzlml: clickableDump() has been added. What Fatal Error causes __call?

David Grudl wrote:

clickableDump() has been added. What Fatal Error causes __call?

Sorry… Fatal Error: Class 'Nette\ObjectMixin' not found

I tried to migrate on 2.2-RC2. The only error I get is:

Fatal Error
Class 'Nette\Latte\Macros\FormMacros' not found

It can be solved by:

class_alias('Nette\Bridges\FormsLatte\FormMacros', 'Nette\Latte\Macros\FormMacros');

After that, I get deprecated notices only.

And I tried to migrate one smaller website from Nette 2.0.8 directly to 2.2-RC2. I had to remove sections from config and it works perfectly.

Milo: I have added this class to NetteLoader. But I suppose you are using Composer, so it is question whether Composer should create Nette Loader too.

Chemix: this is the most irritating bug in PHP, fixed.

You can test these last updates via Composer with "nette/nette": "~2.2.0@dev" or download Nette-2.2dev.zip.

chemix: are you using Composer? In this case the Nette Loader, responsible for creating class aliases, is not loaded. (Some aliases are created automatically, but not all of them, because it has negative performance impact.)

So there are two options: load NetteLoader manually in bootstrap.php:

Nette\Loaders\NetteLoader::getInstance()->register();

It will create aliases automatically on-the-fly, together with warnings. Or create all aliases manually, with no warnings:

array_walk(Nette\Loaders\NetteLoader::getInstance()->renamed, 'class_alias');

Thats right. You can place @ before array_walk or use:

array_walk(Nette\Loaders\NetteLoader::getInstance()->renamed, function($original, $alias) {
	if (!class_exists($alias) && !interface_exists($alias)) {
		class_alias($original, $alias);
	}
});

(fixed after chemix comment)

Hmmm, there should be if (!class_exists($alias) && !interface_exists($alias)), I fixed the code.

@dg For my needs is RC3 perfect!

…so it is question whether Composer should create Nette Loader too.

I guess yes. It will be in autoloaders queue after ComposerLoader, imho no big deal.

There is Released 2.2 RC4 with Nette Loader in Composer.

Maybe this will help …

...
// Create Dependency Injection container from config.neon file
$configurator->addConfig(__DIR__ . '/config/config.neon',  $configurator::AUTO);
$configurator->addConfig(__DIR__ . '/config/config.local.neon'); // none section
$container = $configurator->createContainer();
...

@zzromanzz it helps

@david i got nice notice

thanks

User Warning

Config file '/..path../app/config/config.neon' has sections, call addConfig() with second parameter Configurator::AUTO.

@**chemix**:
I think that:

$this->context->myCar // deprecated
$this->context->getService('myCar') // It is OK

@martinit You are right, i had in index.php this: (from oooold sandbox)

// Run application.
$container->application->run();

this one works perfect:

$container->getService('application')->run();

thanks

I also migrate some of my projects to Nette 2.2 RC4. It works fine a I didn't notice any big problem.

The only things it was necessary to change:

1.

// from
$latte->registerHelper(...)
// to
$latte->addFilter(...)

2.
Thats a pitty, that there is no full replacement for helper loaders. Now, if you have class with lot of functions and each of them is helper, you have to iterate over them and add each helper separately.

// from
$latte->registerHelperLoader()

// to
foreach (...) {
	$latte->addFilter(...)
}

3.
Fix “Declaration of MyMacros::install() should be compatible with Latte\Macros\MacroSet::install(Latte\Compiler $compiler)”

class MyMacros extends MacroSet
{
	//public static function install(\Nette\Latte\Compiler $compiler)
	public static function install(\Latte\Compiler $compiler)
	{
		...
	}
}

Question related to composer: is there any way to allow minimum stability beta only for nette and its packages? Now, if I have something like this in composer.json:

{
	...
	"require": {
		"php": ">=5.3.2",
		"nette/nette": "~2.2.0",
		"kdyby/translation": "@dev",
		...
	},
	"minimum-stability": "beta"
}

It installs for instance instead of Symfony/Translation 2.4 (stable) beta version of 2.5. It is not problem for now, but it could be in future and in more complex projects.

So… thank you, well done.

Last edited by Eda (2014-05-11 11:26)

@Majkl578: That will not work. He needs to list all nette packages with @beta.

@**David Grudl**: YES !!!!!!! :)

@martinit https://phpfashion.com/…volution-2-2