Skip to Content
// Talend → Apache Hop

Your Talend jobs.
Running on
modern infrastructure.

Talend's licensing has changed — and the window to migrate on your own terms is open now. Our Talend importer, soon to be open source, converts your jobs, joblets, contexts and connections into native Apache Hop pipelines and workflows, and tells you exactly which components need a person. Our engineers take it from there. You get a scoped engagement with a real timeline, not a blank estimate.

migrates to
Apache Hop
Jobs Jobs and joblets → Hop pipelines (.hpl) and workflows (.hwf)
Contexts Dev, Test, Prod contexts → Hop environments
Databases Repository connections → shared Hop connections, same names
Report Every component classified: automatic, flagged for review, or manual
// Converter in preview · Expert review · Parallel validation
// Before and after

The same job, in Talend and in Hop

Order lines get their order, product and brand, a line total, and land in another database. In Talend that's one tMap with three lookups; in Hop the importer lays the same steps out one by one.

Talend Open Studio · as designed
Job Designer › DB2DB 0.1
Talend job: order_lines into a tMap with orders, products and brands lookups, written to order_data
Apache Hop · generated by the importer
Hop GUI › DB2DB_0_1.hpl
Apache Hop pipeline: order_lines through three Stream Lookups, a Calculator and a Select Values into order_data
Lookups
The tMap's three lookup tables become three Stream Lookups in a row, each fed by its own Table Input.
Expressions
The tMap's output columns become a Calculator, including the line total, quantity × price.
Flagged for review
Talend's inner joins drop rows without a match; Stream Lookup keeps them. The report says so.

// Job from Packt's Getting Started with Talend Open Studio examples (MIT) · converted with the Talend importer (preview) · transforms renamed and laid out in Hop for readability

// Coverage

What the importer handles — and what our team takes over

The importer sorts every component in your project into one of three groups. These are the same three groups you'll see in the migration report for your own jobs.

Converts automatically
tMap — joins, lookups, rejects
tFilterRow / tSortRow / tUniqRow
tAggregateRow / tJoin
tNormalize / tDenormalize
tConvertType / tLogRow / tAssert
tInput / Output / Row
File, Excel and XML I/O
FTP and file-management actions
tRunJob, joblets
Contexts and connections
Converted, flagged for review
tJavaRow, tJava — translated, verify
tJavaFlex per-row code
tSP stored procedures
Commit / rollback semantics
Context values that differ per job
Needs a person
Java the importer can't translate, tJavaFlex start / end code
Talend-encrypted passwords
tSOAP / tOracleBulkExec
tPivotToColumnsDelimited
tStatCatcher / tLibraryLoad
tESBProviderRequest, Routes
Custom components, SAP
TAC schedules

// Nothing is dropped silently. A component without a Hop equivalent becomes a placeholder, so the pipeline keeps its shape — and the report says why.

// Conversion rate

Why we won't quote you a conversion rate

The same importer gives very different results on different projects, and a single percentage hides that. Your project will have its own figure, and the report will show it.

Standard jobs convert almost entirely
Jobs built from file and database I/O, tMap, filters and aggregations convert almost entirely on their own. Only a handful of components end up in front of an engineer.
Embedded Java needs a person
Projects that put tJava in every job convert far less automatically. No tool can reliably translate arbitrary Java. The importer lists each block with its code, so the work is visible and can be scoped.
The report measures your project
The report shows totals by status and a per-job breakdown, and gives the reason for every flagged component. It's built from the conversion that actually ran, so it can't claim more than the importer did.
"Automatic" is not "verified"
A component counts as automatic when it converts without a placeholder. That's why every engagement ends with parallel validation, where output is compared row by row, before cutover.
// Component mapping

Talend to Hop — how each component translates

Most Talend components have a counterpart in Apache Hop, and the importer converts the common ones. Some need finishing by hand. A few have no Hop equivalent. For those, the importer puts a placeholder in the pipeline, with the component's name and connections but not its settings, and the report lists it. That part is then rebuilt, either from other Hop transforms or by developing it (the components marked Scoped below).

Talend component Apache Hop equivalent Migration path
tMap Stream Lookup or Merge Join, Calculator, Filter Rows and Select Values — joins, rejects and multiple outputs preserved Automatic
tFilterRow Filter Rows Automatic
tAggregateRow / tAggregateSortedRow Memory Group By Automatic
tJoin Merge Join Automatic
tNormalize / tDenormalize Split Fields to Rows / Memory Group By (tDenormalize needs a merge column) Automatic
tInput / Output Table Input / Table Output on a shared, named Hop connection — across the common database vendors and generic JDBC Automatic
tRow Execute SQL Automatic
tConvertType Select Values (metadata tab) Automatic
tLogRow Write to Log Automatic
tAdvancedFileOutputXML Advanced XML Output Automatic
tRunJob Pipeline Executor, pointing at the child's newest version Automatic
tCreateTable SQL action in a control-flow workflow Automatic
tSP Call DB Procedure — arguments typed from the schema Review
tJavaRow / tJava User Defined Java Class — common idioms translated, and always flagged so someone checks the result Review
tAssert Java Filter, failing rows to Write to Log Automatic
tJava / tJavaFlex, untranslated parts User Defined Java Class — code the importer can't translate, and tJavaFlex start / end code, kept as comments and ported by hand Manual
tSOAP Web Services Lookup Manual
tOracleBulkExec Oracle Bulk Loader Manual
tPivotToColumnsDelimited Denormalize Rows Manual
tESBProviderRequest Custom development required Scoped
tStatCatcher Output Steps Metrics (port from PDI) Scoped
SAP components SAP SNC integration — developed with know.bi Scoped

Send us an export, get your conversion report.

Share a Talend project export and we'll run it through the importer. You get the migration report for your own jobs: what converts, what's flagged and why, and what needs a person. You see all of it before you commit to anything. The audit is free and takes a few days.

// Deliverables

What every conversion gives you

The importer produces a Hop project you can open, run and deploy, not just a folder of files. The importer is about to be released as open source (Apache 2.0) through the Apache Hop marketplace, so you'll be able to run it yourself at any time.

Native pipelines and workflows
Standard Hop transforms and actions, with no emulation layer or runtime dependency on the importer. The folder layout of your Talend project is kept, and orchestration goes into workflows next to the pipelines.
One environment per context
Every Talend context becomes a Hop environment holding the values of all your jobs. Pipelines read their variables from the environment they run in, so the same code runs in Dev, Test and Prod.
Shared, named connections
Repository connections keep their Talend names, and every component on the same database uses the same connection across all jobs. Credentials are not copied. Encrypted Talend passwords are listed in the report, so you can re-enter them deliberately.
A migration report
Totals by status, a per-job breakdown, your most frequently used components, and every flagged item with its reason. Untranslated Java is listed line by line. The report is your work list, and the basis for our estimate.
// Continuity

What your team keeps

Apache Hop and Talend share the same transformation model at their core. Your team's data engineering knowledge transfers — the platform changes, the expertise doesn't.

Row-based transformation model
Both Talend and Hop process data as streams of rows through connected components. The mental model is the same — only the tooling changes.
Database connections
Same JDBC drivers, same connection patterns. Your existing database infrastructure doesn't change — only the orchestration layer on top of it.
Business logic
The transformations your team built over years — joins, aggregations, filters, lookups — translate directly. We migrate the logic, not just the files.
No new vendor lock-in
Apache Hop is open source. You own the pipelines. Putki adds production operations — scheduling, monitoring, plugins — but the core is yours to keep.
// What to expect

A typical Talend migration

Talend migrations need more manual work than PDI, mostly because of embedded Java. The process is the same: audit first, scope second, deliver third.

1
Week 1
Audit and component mapping
We run your whole Talend project through the importer. The migration report catalogues every job and classifies every component: what converted automatically, what's flagged for review, and what needs a person. You have it before a single line of migration work starts.
2
Weeks 2–4
Conversion and manual resolution
The importer produces the pipelines, workflows, environments and connections. Our engineers work through the report — porting embedded Java, finishing placeholders, filling in credentials and schedules. Every converted pipeline is reviewed before it goes to validation.
3
Weeks 4–5
Parallel validation
Migrated pipelines run alongside Talend. Output is compared row by row. Any discrepancies are investigated and resolved. You don't cut over until the data matches.
4
Week 5–6
Cutover and handover
Once validation is signed off, you cut over. Full documentation, a knowledge transfer session, and a team that has lived inside your pipelines for weeks — not someone handing you a ZIP file.

Migrate before Talend decides for you

The licensing window is open now. Share your project with us and we'll come back with the conversion report and a realistic breakdown: what converts, what our team handles, and what it costs.