Discussions
Categories
- 196.8K All Categories
- 2.2K Data
- 238 Big Data Appliance
- 1.9K Data Science
- 450.2K Databases
- 221.7K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 550 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 544 SQLcl
- 4K SQL Developer Data Modeler
- 187K SQL & PL/SQL
- 21.3K SQL Developer
- 295.8K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.5K Development Tools
- 107 DevOps
- 3.1K QA/Testing
- 646K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 154 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 18 Java Essentials
- 160 Java 8 Questions
- 86K Java Programming
- 80 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 437 LiveLabs
- 38 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 171 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 232 Portuguese
SQLcl 22.1 does not handle && (double ampersand) substitutions correctly (bug?)

Hello,
Apparently since SQLcl 22.1.0:
SQL> show version Oracle SQLDeveloper Command-Line (SQLcl) version: 22.1.1.0 build: 22.1.1.131.0820 SQL> define _DATE DEFINE _DATE = "2022-06-09 13:09:03" (CHAR) SQL> prompt Date is now: &&_DATE Date is now: &2022-06-09 13:09:15
The &
symbol before 2022
in the readout is not expected at all, as the substituted token here should be &&_DATE
, not &_DATE
.
SQLcl 21.4.1 worked as expected:
SQL> show version Oracle SQLDeveloper Command-Line (SQLcl) version: 21.4.1.0 build: 21.4.1.17.1458 SQL> define _DATE DEFINE _DATE = "2022-06-09 13:07:42" (CHAR) SQL> prompt Date is now &&_DATE Date is now 2022-06-09 13:07:58
Perhaps worse: SQLcl 22.1 does not automatically DEFINE substitution variables preceded by two ampersands (as it should):
SQL> define MYVAR SP2-0135: symbol myvar is UNDEFINED SQL> prompt MYVAR = &&MYVAR Enter value for MYVAR: test MYVAR = &test SQL> prompt MYVAR = &&MYVAR Enter value for MYVAR: _
SQLcl 22.1 re-prompts for the value of the MYVAR substitution variable, which means it did not DEFINE it automatically the first time &&MYVAR
was replaced. Again, this is not expected behaviour—but is consistent with the fact that it did not recognize &&MYVAR
as a single token in the first place, as it apparently mistook it for a single &
character followed by &MYVAR
.
Obviously, this looks like a bug / regression. 😕
Regards,