This repository has been archived by the owner on May 29, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 11
/
NEWS
1724 lines (1257 loc) · 68.5 KB
/
NEWS
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
USER VISIBLE CHANGES BETWEEN CIAO-1.3.9 and CIAO-1.3.10
=======================================================
. idl3_to_idl2 test now compiles when ccm noevent has been enabled
. Upgraded ACE/TAO to 6.5.12/2.5.12
. Removed usage of narrow_from_decl and narrow_from_scope
from idl3_to_idl2, use dynamic_cast now that we have RTTI.
USER VISIBLE CHANGES BETWEEN CIAO-1.3.8 and CIAO-1.3.9
=======================================================
. Enhance logging in ciao core and dds4ccm in case exceptions
occur
. Upgraded ACE/TAO to 6.5.9/2.5.9
USER VISIBLE CHANGES BETWEEN CIAO-1.3.7 and CIAO-1.3.8
=======================================================
. Minor fixes
. Upgraded ACE/TAO to 6.5.5/2.5.5
USER VISIBLE CHANGES BETWEEN CIAO-1.3.6 and CIAO-1.3.7
=======================================================
. Minor fixes
. Upgraded ACE/TAO to 6.5.4/2.5.4
USER VISIBLE CHANGES BETWEEN CIAO-1.3.5 and CIAO-1.3.6
=======================================================
. Doxygen changes
. Upgraded ACE/TAO to 6.4.6/2.4.6
USER VISIBLE CHANGES BETWEEN CIAO-1.3.4 and CIAO-1.3.5
=======================================================
. Fixed static initialization order issue when using
DDS4CCM using RTI Connext DDS 5.2.3
. Upgraded ACE/TAO to 6.4.4/2.4.4
USER VISIBLE CHANGES BETWEEN CIAO-1.3.3 and CIAO-1.3.4
=======================================================
. Support for RTI Connext DDS 5.2.3 using the 5.2.3.13 CCK
release
. CIAO is now a separate product with its own release
schedule. It is not combined anymore with ACE/TAO
. Upgraded ACE/TAO to 6.4.1/2.4.1
USER VISIBLE CHANGES BETWEEN CIAO-1.3.2 and CIAO-1.3.3
=======================================================
. In order to support RTI Connext DDS 5.2.0 we introduced
a new NDDSSCRIPTDIR environment variable which should
be the directory in which the RTI scripts are available.
This will be $NDDSHOME/scripts for RTI 5.1.0 and older
and $NDDSHOME/bin for RTI 5.2.0 and newer. With GNU
make we will detect this automatically
USER VISIBLE CHANGES BETWEEN CIAO-1.3.1 and CIAO-1.3.2
=======================================================
. Improved interoperability between the RTI Shapes UI and
the DDS4CCM Shapes tutorial
USER VISIBLE CHANGES BETWEEN CIAO-1.3.0 and CIAO-1.3.1
=======================================================
. CIAO is now hosted on github (https://github.com/DOCGroup/ATCD).
As part of the release process we now generate a ChangeLog
for each release which is stored in the ChangeLogs directory
USER VISIBLE CHANGES BETWEEN CIAO-1.2.8 and CIAO-1.3.0
=======================================================
. Reduced size of all doxygen documentation by changing the
type of diagrams shown
USER VISIBLE CHANGES BETWEEN CIAO-1.2.7 and CIAO-1.2.8
=======================================================
. Added support for RTI DDS 5.1.0 and deprecated support
for RTI DDS 5.0.0
USER VISIBLE CHANGES BETWEEN CIAO-1.2.6 and CIAO-1.2.7
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.2.5 and CIAO-1.2.6
=======================================================
. When a component gets removed from a deployment it is
now unregistered from the naming service
USER VISIBLE CHANGES BETWEEN CIAO-1.2.4 and CIAO-1.2.5
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.2.3 and CIAO-1.2.4
=======================================================
. Made support for bounded strings as part of a deployment
plan compliant with the OMG specification
. CentOS 6.3 and RHEL 6.4 are now supported and maintained
platforms for CIAO including DDS4CCM with RTI DDS integration
USER VISIBLE CHANGES BETWEEN CIAO-1.2.2 and CIAO-1.2.3
=======================================================
. Support for deploying CCM components on Android. Added
docs/CIAO_android_port.html, describing how to set up an
mixed Linux-Android port
. Added examples/ciao_android.lst with tests which are
made suitable to run on a mixed Linux-Android environment.
USER VISIBLE CHANGES BETWEEN CIAO-1.2.1 and CIAO-1.2.2
=======================================================
. The DDS4CCM State connector now keeps the state in
DDS. The listeners are now using DDS read so that the
state is not destroyed within DDS
USER VISIBLE CHANGES BETWEEN CIAO-1.2.0 and CIAO-1.2.1
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.1.9 and CIAO-1.2.0
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.1.8 and CIAO-1.1.9
=======================================================
. Improved support of DDS4CCM with OpenDDS as underlying
DDS implementation
USER VISIBLE CHANGES BETWEEN CIAO-1.1.7 and CIAO-1.1.8
=======================================================
. Added type_name attribute to DDS4CCM TopicBase connector
. Fixed a few code generation bugs
USER VISIBLE CHANGES BETWEEN CIAO-1.1.6 and CIAO-1.1.7
=======================================================
. Added support for RTI DDS 5.0.0 rev00
USER VISIBLE CHANGES BETWEEN CIAO-1.1.5 and CIAO-1.1.6
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.1.4 and CIAO-1.1.5
=======================================================
. Added basic hello world example
USER VISIBLE CHANGES BETWEEN CIAO-1.1.3 and CIAO-1.1.4
=======================================================
. The CIAO DDS4CCM integration with OpenDDS has been reworked in a way
that OpenDDS doesn't know anything anymore from CIAO. In order to use
DDS4CCM with OpenDDS you need OpenDDS 3.3 or higher.
USER VISIBLE CHANGES BETWEEN CIAO-1.1.2 and CIAO-1.1.3
=======================================================
. DDS4CCM with OpenDDS 3.2 or higher now can use the QoS XML files. The DDS4CCM
profile#library convention is handled as filename#profile.
. Further extended and improved support for OpenDDS as DDS vendor. Several
unit tests have been updated to wait for DDS status callbacks in order
to start the test instead of starting on ccm_activate
. Refactored domain participant re-use in DDS4CCM. Domain participant re-use
was initially implemented for RTI DDS but now it's available for other DDS
vendors as well.
. Added support for so called service components which are available through
the component context using resolve_service_reference. Service components
are deployed as regular components, but are installed by the installation
handler (see the TTSCTest test) or they install themselves into the service
registry (see TTSConnContext). These components can be seen as container
plugins which are going to be used for various extensions without causing the
container to be huge and unmaintainable
. Removed preliminary support for the extension container
USER VISIBLE CHANGES BETWEEN CIAO-1.1.1 and CIAO-1.1.2
=======================================================
. Added support for DDS4CCM with OpenDDS 3.2 or higher as DDS implementation.
At this moment basic integration has been completed, all tests/examples do
compile and part of them do run. To be added are support for the QoS XML files
and the sharing of domain participants between connectors when using OpenDDS.
After these extensions have been implemented we will analyze and resolve
the test failures
USER VISIBLE CHANGES BETWEEN CIAO-1.1.0 and CIAO-1.1.1
=======================================================
. Fixed problem with component sequence attributes
. Minor bug fixes
. Generated starter executors with -Gex have much more doxygen documentation
being generated
USER VISIBLE CHANGES BETWEEN CIAO-1.0.8 and CIAO-1.1.0
=======================================================
. Added support for new ciao config property "edu.vanderbilt.dre.CIAO.OpenMode"
which controls the mode that is used to load the shared libraries for
a home or component. By default we use ACE_DEFAULT_SHLIB_MODE
USER VISIBLE CHANGES BETWEEN CIAO-1.0.7 and CIAO-1.0.8
=======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-1.0.6 and CIAO-1.0.7
=======================================================
. -Glfa has been removed from tao_idl. The local executor mapping can only
be generated for the current file. Also at the moment an interface is
compiled with tao_idl, the option -Gsv has to be used to generate the needed
CCM facet servant
. CIAO now supports the synchronous port and the ami4ccm lem pragma as
documented in the AMI4CCM Initial submission by Remedy IT (mars/11-06-01)
. Homes are now functional for connectors
USER VISIBLE CHANGES BETWEEN CIAO-1.0.5 and CIAO-1.0.6
=======================================================
. It is now possible to connect connections in a deployment plan
at deployment time instead of connecting them on first use.
This can be established by setting the CIAO_PRE_ESTABLISH_CONNECTIONS
define in your config.h.
. The DDS4CCM connector now only creates a DDS subscriber or
DDS publisher when they are needed. Previously, the DDS4CCM
always created a DDS publisher and DDS subscriber, regardless
of need.
. Besides late binding, it is now possible to reset the topic
name in the DDS4CCM connector. This means that the DDS4CCM
connector is able to switch between topics of the same data
type at runtime. Resetting a topic name means that DDS will
be closed down and started again, using the new topic name.
On the outside, all connections to and from the connector
stay intact; therefor the user doesn't need to re-establish
the connections again. Please see
$CIAO_ROOT/connectors/dds4ccm/tests/ResetTopic/README for
more info. This directory also contains some examples on how
to reset a topic name.
Since this is not spec-compliant behavior, an issue has been be
raised on the DDS4CCM specification.
. Improved thread safety in the CIAO core.
. Direct collocation between components is now supported. In order to enable
this add ccm_direct_collocation=1 to your default.features. We do recommend
to use the new -ORBCollocationStrategy best which does not require all
user components to be compiled with direct collocation enabled. Enabling
direct collocation does increase the size of the generated code
. All facet servants are now generated in the new _svnt_T.{h,cpp} files. This
is a first step in more refactoring in the CIAO servants. Together with the
TAO skeleton refactoring the skeleton for the Null_Component example decreased
from 40206 bytes to 24971 bytes, the generated servant from 56959 bytes to
54933 bytes. The skeleton for the related Null_Interface reduced from
9559 bytes to 4526 bytes.
. Added support for DDS4CCM using RTI DDS 4.5e on RHEL 6.1
USER VISIBLE CHANGES BETWEEN CIAO-1.0.4 and CIAO-1.0.5
=======================================================
USER VISIBLE CHANGES BETWEEN CIAO-1.0.3 and CIAO-1.0.4
=======================================================
. The thread switch feature in DDS4CCM now requires that
ACE_HAS_REACTOR_NOTIFICATION_QUEUE is enabled.
USER VISIBLE CHANGES BETWEEN CIAO-1.0.2 and CIAO-1.0.3
=======================================================
. DDS4CCM now compiles with OpenDDS integration enabled. This will not run
because several methods in the core of DDS4CCM are still commented out.
. The display example has been upgraded to Qt4 and has been made functional
again
. The hello example has been updated to the latest implementation guidelines
USER VISIBLE CHANGES BETWEEN CIAO-1.0.1 and CIAO-1.0.2
=======================================================
. Generate servant code for facets and receptacles is now thread safe, the
code for consumers/publishers/emitters still have some thread safety issues
and a possible deadlock
. Improved disconnect of connections in general and extended our test suite
for that
. Restructured base projects for dds4ccm to make a clear distinction between
plain ndds and our idl to cpp wrapper around it
. Validated with ndds 4.5drev03
. Added serialize_key_with_dispose and propagate_dispose_of_unregistered_instances
as BOOLEAN_TRUE to the DDS QoS xml file for several tests to always get
the key of the sample in the on_deletion callback
. The logging service now supports custom backends. These are enabled
using CIAO_LOG_BACKEND. Please see the DAnCE NEWS file for more
details. DDS4CCM also supports the custom backend service,
initialized with DDS4CCM_LOG_BACKEND.
USER VISIBLE CHANGES BETWEEN CIAO-1.0.0 and CIAO-1.0.1
=======================================================
. Improved disconnect of Simplex/Multiple facets and receptacles.
. Improved disconnect of consumers and publishers.
. Resolved some memory leaks in the DDS4CCM library. Therefor a lot of tests were
rewritten, using the generated executor implementation.
. Improved doxygen documentation.
. Improved IDL to C++ wrapper for NDDS. Therefor one is able to create a NDDS only
application without using the DDS4CCM connector itself. See
$CIAO_ROOT/connectors/dds4ccm/examples/IDL2CPPWrapper for an example of such an
application.
. Improved the DDS4CCM connector so that the user is able to implement his/her own
connector.
See $CIAO_ROOT/connectors/dds4ccm/tests/MultipleTemp/Connector/MultipleTemp_Connector_T.cpp/h
for an implementation of such a connector.
. Improved the DDS4CCM connector so that it can handle more than one topic.
See $CIAO_ROOT/connectors/dds4ccm/tests/MultiTopic/ for an implementation
of such a connector.
USER VISIBLE CHANGES BETWEEN CIAO-0.8.3 and CIAO-1.0.0
=======================================================
. Implemented 'LateBinding' in the DDS4CCM connector.
This means that the DDS entities will NOT be created and initialized
when the topic name is empty at deployment time (e.g. the topic_name
is empty in the deployment plan).
The DDS entities will be created and initialized once the topic name is
set at run time.
. Reworked dds4ccm core to make it easier to implement custom dds4ccm
connectors. Any already written custom dds4ccm connectors will need to be
updated because of changes in the C++ template signature and the internal
classes.
. Improved dds4ccm logging
. AMI4CCM reply handler is now generated for any user component that uses
AMI4CCM, not with the AMI4CCM connector anymore
USER VISIBLE CHANGES BETWEEN CIAO-0.8.2 and CIAO-0.8.3
=======================================================
. Tests for the Component Implementation Framework have been added.
Because of this, two methods ('get_named_receptacles' and
'get_connections') off the receptacle interface were implemented
in the CCM core.
. DAnCE has been made an entirely separate product from CIAO, and has
been moved from ACE_wrappers/TAO/CIAO/DAnCE to
ACE_wrappers/TAO/DAnCE.
. A new option has been added to the TAO IDL compiler. This option
extends the -Gex option. When applying -Gexr, the TAO IDL compiler
will generate an extra method which retrieves the ACE_Reactor from
the ORB. One should use this option when an ACE_reactor. In code,
use 'this->reactor ()' to get the ACE_Reactor. A CORBA::INTERNAL
exception is thrown when the ACE_Reactor cannot be retrieved.
The goal of this method is to prevent memory leaks.
. The DDS4CC connector now has its own logging level. This log level
can only be set using an environment variable, called DDS4CCM_LOG_LEVEL.
The following log levels are defined:
- DDS4CCM_LOG_LEVEL_ERROR 1
- DDS4CCM_LOG_LEVEL_CAST_ERROR 2
- DDS4CCM_LOG_LEVEL_DDS_NIL_RETURN 3
- DDS4CCM_LOG_LEVEL_4 4 //unused
- DDS4CCM_LOG_LEVEL_5 5 //unused
- DDS4CCM_LOG_LEVEL_ACTION 6
- DDS4CCM_LOG_LEVEL_UNIMP_ACTION 7
- DDS4CCM_LOG_LEVEL_ACTION_STARTING 8
- DDS4CCM_LOG_LEVEL_CAST_SUCCESSFUL 9
- DDS4CCM_LOG_LEVEL_DDS_STATUS 10
. Started the implementation of the Qos4CCM specification.
Therefor an Extension Container has been added to CIAO.
For now its possible to register the various interceptors
(Client, Server, Servant and Stub interceptors) with an Extension
Container (see $CIAO_ROOT/tests/COPI/Registration/Client).
At this moment, DAnCE is unable to deploy an Extension Container
'out of the box'. If the DANCE_DEPLOYS_EXTENSION_CONTAINER define
in config.h is set, DAnCE will deploy only Extension Containers
(and no Session Containers). In the future, DAnCE should be able
to deploy Extension Containers via a Deployment plan.
. Added nddsmonitor as MPC feature to enable linking with the rtimonitor
library
. Resolved several memory leaks in CIAO/DAnCE/DDS4CCM
. The tao_idl option -Gex now also generates a member and implemented set/get
methods for attributes defined in components
. Added mpc feature ccm_noevent which disable the CORBA event support in
the core libraries and generated code
. Implemented disconnect for local facets
USER VISIBLE CHANGES BETWEEN CIAO-0.8.1 and CIAO-0.8.2
=======================================================
. Separate lifecycle of the dds4ccm connector and its facets
. Improved dds4ccm logging
. Fixed several memory leaks in CIAO and DAnCE
. Destructors for component executors prior to this release were never
invoked. This bug has been fixed, and component executors are now
properly destructed.
. Installation handlers, deployment interceptors, and locality
configurators are now loaded at run-time instead of statically
configure at compile time. This is accomplished with the use of
a locality configuration file passed on the command line. Please
see CIAO/examples/Hello/descriptors/run_test_shs.pl and
DAnCE/tests/CIAO/Executor-Destructors/Component.cdp for examples of
how to pass this file to the locality manager. The default locality
configuration is loaded from DAnCE/bin/ciao.localityconfig. Please
see documentation located in DAnCE/docs/localityManager-Plugins.txt.
. Names for operations in the deployment interceptors have changed
slightly to remove the 'instance_' prefix on all operation
names. Please see DAnCE/DAnCE/DAnCE_DeploymentInterceptors.idl.
. Deployment interceptors have a new operation that is invoked when
unexpected events occur. This is currently only invoked when the
NodeApplication receives notification that a locality manager has
exited unexpectedly.
. A locality configurator that sets the process priority has been
included.
USER VISIBLE CHANGES BETWEEN CIAO-0.8.0 and CIAO-0.8.1
=======================================================
. Implemented _get_component for AMI4CCM
. Implemented resetting of Query Conditions in the
DDS4CCM connector. This according to the beta 3
specification.
. Added a preliminary System Health and Status Service. Please see
DAnCE/tools/System_Health. This has two parts: there is the
interceptor, which publishes instance status updates using a
strategizeable transport protocol (included in this release is a
simple CORBA transport plugin), and there is the dance_shs_daemon.
A test which uses the SHS service is
CIAO/examples/Hello/descriptors/run_test_shs.pl.
. Added a new configuration plugin facility to the LocalityManager.
This faciliy will invoke configuration plugins based on
configProperties attached to an explicitly deployed LocalityManager
instance. Included plugins are one for CPU Affinity, and another
for setting the locality manager process name. Both work only under
Linux 2.6 and later. Please see
DAnCE/tests/LocalityManager/ProcessName and
DAnCE/tests/LocalityManager/CPUAffinity for information on how to
use these plugins.
. There is a known bug when running some of the LocalityManager tests
(DAnCE/tests/LocalityManager), in which an attempt to tear down a
locality manager with no installed components results in a memory
access violation. This will be fixed in CIAO 0.8.2.
USER VISIBLE CHANGES BETWEEN CIAO-0.7.9 and CIAO-0.8.0
=======================================================
. Generalized DDS4CCM connector support to allow user-defined
DDS4CCM connectors
. Added support for structs in the deployment plan
. Updated DDS4CCM to the beta 3 specification which includes
- explicit support for ContentFilterTopics
- porttype may contain attributes
- all sequence are now inout instead of out
- DDS vendors can deliver their own partial template specialization to
handle differences between vendors
. Completed AMI4CCM support
. Added tutorials for DDS4CCM and AMI4CCM
. Updated Quoter tutorial for the latest CoSMIC release
. The ACE_FOR_TAO MPC feature is not supported anymore for CIAO
. The DeploymentInterceptor interfaces have been merged into
a single interface.
. All currently defined interception points are currently invoked
at the locality level when deploying plans.
. The NodeApplication and LocalitManager have been refactored to use
a thread pool based dispatching system for executing deployment actions.
This allows the NodeApplication to use multiple threads to spawn new
dance_locality_manager processes. The LocalityManager will, for the
time being, be restricted to using only the ORB thread for dispatching
deployment events.
. Most deployment errors are now passed to installed deployment interceptors.
DAnCE will include interceptors for extant semantics (first failure) and
initial support for best effort semantics, whereby deployment failures are
logged by otherwise ignored.
. An Artifact Installation framework has been added to DAnCE and integrated
into the NodeApplication.
The framework provides a plugin system for installation handlers and a
pluggable local node installation repository/cache.
Installation handlers are selected based on the 'scheme' identifiers of
location URLs from installation artifact entities in the deployment plan.
Multiple installation schemes can be nested inside a single location URL
as <scheme>://<scheme>://<resource identification>.
The framework comes with 'file' and 'http' scheme installation handlers
and a simple local filesystem based installation repository/cache.
USER VISIBLE CHANGES BETWEEN CIAO-0.7.8 and CIAO-0.7.9
=======================================================
. CIAO's default makefiles (traditional ACE/GNU, not autoconf/automake)
now support installation with "make install".
Please see the ACE-INSTALL.html file for instructions.
. CIAO now enabled the LwCCM profile by default. This reduces the
size of the generated code and the core libraries significantly.
If you need any of the full CCM features, set ccm_lw=0 in your
default.features file.
. Updated AMI4CCM naming and extended the test suite
. DDS4CCM tests and examples now instantiate the CCM_DDS::Typed module which
gives us the DDS_Event and DDS_State connectors directly without requiring
the user to manually derive a connector from DDS_Event and/or DDS_State
. The way attributes are set from the cdp file onto the components
has changed, any mismatch between the attribute datatype in IDL
and the CDP file will cause to a StartError
. The interpretation of locality constraints in deployment plans has changed
slightly. Previously, any components not explicitly included as part of
a locality group would be installed into their own, seperate locality. Now
they will be installed into an arbitrarily chosen locality on the same node.
. The first version of the DAnCE LocalityManager entity has been added to
the repository. As such, launching components with ciao_componentserver
is no longer supported, and dance_locality_manager should be used instead
as the component server argument to dance_node_manager.
. The way explicitly homed components are represented in deployment plans
has changed. The <implementation> section needs to have an execParameter
with name "edu.vanderbilt.dre.DAnCE.ImplementationType" and value
"edu.vanderbilt.dre.CCM.HomedComponent". The <instance> section needs
to have a configProperty with name "edu.vanderbilt.dre.CIAO.ComponentHomeId"
and value is the <name> field of the home that is managing that component.
. The way component server processes are explicitly deployed and passed
command line arguments has changed. The <implementation> field must
have an execParameter named "edu.vanderbilt.dre.DAnCE.ImplementationType"
and value "edu.vanderbilt.dre.DAnCE.LocalityManager". To pass command
line arguments, the instance must have a configProperty named
"edu.vanderbilt.dre.DAnCE.LocalityArguments".
. Connection of emits/publish/consume ports is no longer supported via
externalReference endpoints. Simplex and multiplex facet/receptacle
connections continue to be supported.
. DDS4CCM is compliant to the beta 2 specification, the next micro release
will be updated to match beta 3.
USER VISIBLE CHANGES BETWEEN CIAO-0.7.7 and CIAO-0.7.8
=======================================================
. dance_plan_launcher has been extensively re-factored, resulting in several
new features:
1) dance_plan_launcher may now deploy locality-constrained plans directly to
a NodeManager.
2) dance_plan_launcher now has the ability to deploy CDR encoded deployment
plans in a portable manner.
3) dance_plan_launcher's command line options have been cleaned up to be
more intuitive. The major user-visible change is -q (for application
teardown) has been renamed -s.
4) Most plan_launcher business logic is encapsulated in an implementation
library that may be leveraved by users to write custom executor agents.
. All DDS4CCM callbacks will be deliverd to the user component on the CCM
thread, not on the DDS thread. This does mean a small performance penalty,
if you don't want to get this threadswitch, define CIAO_DDS4CCM_CONTEXT_SWITCH
to zero in your config.h file
. DDS4CCM uses a ContentFilteredTopic to implement the QueryFilter. If you
want to use DDS QueryCondition instead add DDS4CCM_USES_QUERY_CONDITION
as 1 to your config.h file
. The user sequences in our DDS4CCM examples and tests have been updated to use
Seq as postfix instead of _Seq. The RTI DDS specific sequence is now named
with the RTISeq postfix
. DDS4CCM doesn't work anymore with RTI DDS 4.4d, you will need to use at
least 4.5b version with an updated CCK
. AMI4CCM has been partly implemented into TAO_IDL and the Hello example has been
updated. The naming conventions and exact code generated will be reviewed
after this micro release.
. The DDS4CCM connectors do initialize themselves completely after creation,
this does mean that one DDS_Event connector has always 1 writer and 2 readers, also
when you just write samples and don't use read or listen. The latency performance
test shows current an overhead of 10% to 13%, but this does include the additional
readers.
USER VISIBLE CHANGES BETWEEN CIAO-0.7.6 and CIAO-0.7.7
=======================================================
. Reworked MPC support for dds4ccm. If you want to use dds4ccm you need
to obtain the source distribution and for NDDS add dds4ccm_ndds=1 to
your default.features file and generate the project files
. Implemented more dds wrapper calls in the dds4ccm library
. All DDS4CCM connectors are now generated by tao_idl
. Did major cleanup in DAnCE to reduce dependencies and code size
. Fix bug with DAnCE logging that cause the dance_node_manager not
to log any messages
. Extended dds4ccm test suite
. Fixed -Glfa support
. Added a new tool, dance_split_plan, which will allow a user
to split a deployment plan into locality-constrained CDR-encoded deployment
plans.
. Added a new tool, dance_convert_plan, which will allow a user to validate
and optionally convert a XML encoded deployment plan into CDR.
. CIAO and DAnCE logging are silent by default, no messages are printed anymore.
If you want to enable logging use the environment variables CIAO_LOG_LEVEL,
DANCE_LOG_LEVEL, CIAO_TRACE_ENABLE, DANCE_TRACE_ENABLE, DANCE_LOG_FILE,
and CIAO_LOG_FILE. For the executables we have the commandline arguments
-DAnCELogLevel, -DAnCETraceEnable, -DAnCELogFile, -CIAOLogLevel,
-CIAOTraceEnable, and -CIAOLogFile
USER VISIBLE CHANGES BETWEEN CIAO-0.7.5 and CIAO-0.7.6
=======================================================
. Added support for the environment variable DDS4CCM_NDDS_LOG_VERBOSITY.
This controls the ndds verbosity which is default set to silent
. Added support for the DDS State and Event connector with all ports.
A set of tests has been added to test these connectors. We implement
now the biggest part of the recent OMG 09-10-25 specification
. Extended AMI4CCM prototype with the latest ideas. The TAO_IDL compiler
has some hardcoded generation just for Hello example. It has to be
extended to generate the AMI4CCM connector and after that we can
remove the hardcoded generation with the real generation code
. Added support for components/connectors with local interface. In the
cdp a deployRequirement has to be specified for any local connector
. Use the templated module support for dds4ccm
. Added suppor for #pragma ciao lem to handle the issues with the
include of the E.idl file
USER VISIBLE CHANGES BETWEEN CIAO-0.7.4 and CIAO-0.7.5
=======================================================
. Added rudimentary support for PlanLocality, which allows DAnCE to spawn
multiple CIAO processes per node. Currently, only SameProcess
constraints are honored. SameProcess constraints are honored by
creating a separate process per constraint as it appears in the
plan, with the appropriate component instances spawned in each
process.
Constraints are not rigerously checked by the runtime, so behaviour
when a component instance appears in multiple SameProcess
constraints is currently undefined.
Components not appearing in any constraint are placed in a default
component server process.
. DDS4CCM has been updated to match the beta 2 spec. If you want use
a templated module, use TYPED_MODULE macro as helper until the
TAO_IDL compiler supports templated modules
. Updated all DDS4CCM code/examples/tests to match beta 2
. Added Shapes sender/receiver for DDS4CCM
. The configProperty edu.vanderbilt.dre.CIAO.ComponentServer.Executable
can be used in the deployment plan to set a different ciao component
server executable
. The configProperty edu.vanderbilt.dre.CIAO.ComponentServer.Args
can be used in the deployment plan to specify a set of additional
commandline arguments that are than passed to the ciao component
server
. Added support for the environment variable DDS4CCM_DEFAULT_DOMAIN_ID
This influences the default domain id which is set by the connector.
All test deployment plans don't set a domain id, which cause problems
during testing because everyone is in the same domain. Each developer
and build system on the same network should have its own unique id
to get an isolated test environment.
. DDS4CCM qos_profile attribute has to be used as library#profile. If
this is not set, we use default qos
. Removed DDS4CCM monolotic connector because it was not in the spec
USER VISIBLE CHANGES BETWEEN CIAO-0.7.3 and CIAO-0.7.4
=======================================================
. Added second prototype of DDS4CCM that uses the RTI
CORBA Compatibility kit and a monolitic connector
. Extended AMI4CCM prototype
. Update all examples and tests for the changes in the -Glem
TAO_IDL option. The behavior of this option has changed
dramatically, and will require that most user applications be
ported. Previously, -Glem would cause the IDL compiler to generate
a E.idl file containing local executor mapping for all interfaces
provided as ports by any components in the main translation unit.
Therefore, files with interfaces, but no components defined will
have empty E.idl files generated. Similarly, a file with no
interfaces defined, but with components defined would generate LEM
interfaces for interfaces provided by that component but not local
to the file in question. While this behavior simplified a
rudimentary use case where interfaces would be provided by only one
component, more complicated use cases were much more difficult to
achieve.
The new behvior causes the IDL compiler to generate LEM IDL for all
interfaces within a given translation unit, regardless of whether or
not they are provided as ports by a component in the same
translation unit. Futhermore, if a component provides an interface
that is not defined with the translation unit of that compoment, it
is required that the user provide a #include directive to the
appropriate E.idl file which contains the required LEM interface for
the interfaces provided as facets.
This new behavior is similar to the former behavior of -Glfa, and as
such the behavior of -Glfa has been changed to attempt to be
reflective of the old behavior of -Glem, and may be used as a
stopgap backwards compatibility measure.
. In idl3_to_idl2 tool, replaced manual designation of IDL2-only
files and resulting generated include of undecorated filename
(using -x <filename> option) with a mechanism that does it
automatically. The -x option has been eliminated.
USER VISIBLE CHANGES BETWEEN CIAO-0.7.2 and CIAO-0.7.3
=======================================================
. Added a first prototype of DDS4CCM
. Added a first prototype of AMI4CCM
. Made CIAO compiling with unicode enabled
USER VISIBLE CHANGES BETWEEN CIAO-0.7.1 and CIAO-0.7.2
=======================================================
. CIDL compiler, and .cidl files, have been eliminated. All
CIAO code generation is now handled by the TAO IDL compiler.
See $TAO_ROOT/docs/compiler.html for details.
. DAnCE has been refactored in separate libraries to reduce
footprint and dependencies
. Logging has been improved
. IDL has been updated to match the official specifications
. CIAO now also compiles on HPUX
. Unicode improvements
. Updated Quoter tutorial for all recent changes including
the latest CosMIC releases
. Use the new feature of the TAO_IDL compiler to generate all
export files as part of the build step
. Extended CIAO and DAnCE tests
USER VISIBLE CHANGES BETWEEN CIAO-0.7.0 and CIAO-0.7.1
=======================================================
. No user visible changes in this release.
USER VISIBLE CHANGES BETWEEN CIAO-0.6.9 and CIAO-0.7.0
=======================================================
. CIDLC compiler has new command line options: --suppress-lem which will suppress
generation of the local executor mapping, --suppress-svnt which will suppress
generation of the servant code, --lem-enclosing-module which will generate the
local executor mapping inside a given module.
USER VISIBLE CHANGES BETWEEN CIAO-0.6.8 and CIAO-0.6.9
======================================================
. The CIAO refactoring branch has been merged to the main line of
development. This version of CIAO contains extensive refactoring of
the CIAO container code and includes a new version of DAnCE based on
code provided by PrismTech.
. Porting hints may be found at CIAO_ROOT/docs/Porting_Hints.txt
. CIAO no longer supports implicitly homed components. This means that
components must either be deployed using an explicity deployed and
nominated home, or must be deployed without the use of a home.
Unhomed components require new factory methods similar to those used
for homes. These can be obtained by issuing the --gen-exec-impl
operation to the CIDL compiler.
. Extant deployment plans are no longer valid for this version of
DAnCE. Until CoSMIC support is available,
DANCE_ROOT/bin/generate_plan.py may be used to assist in the creation
of well-formed deployment plans.
. Names for most DAnCE executables have changed. Please see the Quoter
tutorial found at CIAO_ROOT/docs/tutorials/Quoter for details.
. DAnCE now supports connection endpoints realized by extra-plan
object references.
. Support for shared components and ReDaC has been removed with no
immediate replacement planned.
. Support for RTEC integration, RT-CCM, RepositoryManager,
TargetManager, and staticly linked depoyment has not yet been ported
to the new CIAO/DAnCE.
. CIAO/DAnCE now supports by Xerces 3.X and 2.X.
. Note that CoSMIC support is not currently available for this version
of CIAO/DAnCE.
USER VISIBLE CHANGES BETWEEN CIAO-0.6.7 and CIAO-0.6.8
======================================================
USER VISIBLE CHANGES BETWEEN CIAO-0.6.6 and CIAO-0.6.7
======================================================
. Added the "CIAO" OCI Development Guide Examples under the directory
/DevGuideExamples. NOTE this is an ongoing port of the original
version x.5.x examples and some are not yet 100% compatiable with the
current version of CIAO.
USER VISIBLE CHANGES BETWEEN CIAO-0.6.5 and CIAO-0.6.6
======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-0.6.4 and CIAO-0.6.5
======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-0.6.3 and CIAO-0.6.4
======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-0.6.2 and CIAO-0.6.3
======================================================
. None
USER VISIBLE CHANGES BETWEEN CIAO-0.6.1 and CIAO-0.6.2
======================================================
. Removed 24 unnecessary builds from the CIAO_TAO_DAnCE.mwc
MPC workspace file
. Changes to the generate_component_mpc.pl Perl scrip, CIDL compiler
generation of empty executor implementation classes, and existing
tests and examples to make servant dependency on executor the
default, instead of vice versa as previously
. Made the processing of IDL and CIDL files into separate build steps
for tests, examples, and for DAnCE's TargetManager
. Added additional tests for CIAOEvents Integration, which executes
several scenarios for components using Real-time EventChannels
as event mechanism.
USER VISIBLE CHANGES BETWEEN CIAO-0.6 and CIAO-0.6.1
====================================================
. Fixed broken static deployment support
USER VISIBLE CHANGES BETWEEN CIAO-0.5.10 and CIAO-0.6.0
=======================================================
. Added support for building CIAO statically with Microsoft Visual C++
. Fixes to idl3_to_idl2 conversion tool, which
- handle the mapping of IDL identifiers that are
escaped (due to a clash with an IDL keyword) or
that clash with a C++ keyword
- handle the mapping of #includes of IDL files
that aren't themselves processed by the tool
USER VISIBLE CHANGES BETWEEN CIAO-0.5.9 and CIAO-0.5.10
=======================================================
. Extended IDL3_to_IDL2
USER VISIBLE CHANGES BETWEEN CIAO-0.5.8 and CIAO-0.5.9
======================================================
. Added a new deployment algorithm to DAnCE for optimization of large
scale deployment. In this algorithm, the number of threads spawned is
based on the deployment plan, i.e, by parsing the deployment plan
information, DAnCE decides how many threads to spawn (one thread per
node). This algorithm knows how to "initialize" each thread since
each thread will have different execution context, i.e., which
components to deploy to which node, component configuration, etc.
. Added a NA component server callback wait strategy in NAM, which uses
conditional variable to signal the NA call back so it can work with
multi-threaded configuration, such as thread-per-connection mode. The
original implementation uses the main thread to run the ORB event
loop, which will not work for multi-threaded environment.
USER VISIBLE CHANGES BETWEEN CIAO-0.5.7 and CIAO-0.5.8
======================================================
. Improved the option handling of the Execution_Manager and plan_launcher.
. Added a utility library to manipulate the deployment plan, such as
adding/removing instances, adding/removing connections, and pretty print.
USER VISIBLE CHANGES BETWEEN CIAO-0.5.6 and CIAO-0.5.7
======================================================
. Removed ACE_THROW_RETURN
. Remove exception specifications from ORB mediated operations (C++
mapping requirement)
. All DAnCE core idl files are moved to DAnCE/Deployment
. QoS4CCM IDL files are moved to ciao/extension
. RACE has been fully removed from the distribution, a new version
is work in progress and will be added again to the distribution
when it is ready
. MPC base projects that contained _dnc_ have been renamed to not