Menu
▾
▴
ccmtools-users — CCM Tools user level problems and questions
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(9) |
|
From: Egon T. <ego...@ut...> - 2004-12-21 18:17:25
|
Hey Darrell,
I have patched your bugfix into the current CVS version of ccmtools. Now
the tutorial example1 can be generated and started (see
/ccmtools/test/CppGenerator/tutorial/example1/README-REMOTE).
:-) Egon
Darrell Schiebel wrote:
> On Tuesday, November 9 2004 at 20:29+0100, Egon Teiniker wrote:
> Also, I had to make some changes to the Cpp templates to get the
> generated code to compile (I think it's just an oversight), and
> I've included that patch file below.
>
> many thanks,
> Darrell
>
> diff -ru ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl
> --- ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Tue Sep 7 13:38:26 2004
> +++ ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Wed Dec 8 10:39:35 2004
> @@ -10,7 +10,10 @@
> catch(...) {
> throw CORBA::SystemException();
> }
> - return CCM::%(MAttributeDefConvertResultType)s(result);
> +
> + %(CORBAType)s return_value;
> + CCM_Remote::convertToCorba(result, return_value);
> + return return_value;
> }
>
> void
> @@ -20,7 +23,7 @@
> LDEBUGNL(CCM_REMOTE, " %(Object)sFacetAdapter->%(Identifier)s(value)");
> %(LanguageType)s local_value;
> try {
> - local_value = CCM::%(MAttributeDefConvertParameter)s(value);
> + CCM_Remote::convertFromCorba(value, local_value);
> local_adapter->%(Identifier)s(local_value);
> }
> catch(...) {
>
|
|
From: Egon T. <ego...@ut...> - 2004-12-21 18:14:20
|
Hey Darrell,
I have patched your bugfix into the current CVS version of ccmtools. Now
the tutorial example1 can be generated and started (see
/ccmtools/test/CppGenerator/tutorial/example1/README-REMOTE).
:-) Egon
Darrell Schiebel wrote:
> On Tuesday, November 9 2004 at 20:29+0100, Egon Teiniker wrote:
> Also, I had to make some changes to the Cpp templates to get the
> generated code to compile (I think it's just an oversight), and
> I've included that patch file below.
>
> many thanks,
> Darrell
>
> diff -ru ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl
> --- ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Tue Sep 7 13:38:26 2004
> +++ ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Wed Dec 8 10:39:35 2004
> @@ -10,7 +10,10 @@
> catch(...) {
> throw CORBA::SystemException();
> }
> - return CCM::%(MAttributeDefConvertResultType)s(result);
> +
> + %(CORBAType)s return_value;
> + CCM_Remote::convertToCorba(result, return_value);
> + return return_value;
> }
>
> void
> @@ -20,7 +23,7 @@
> LDEBUGNL(CCM_REMOTE, " %(Object)sFacetAdapter->%(Identifier)s(value)");
> %(LanguageType)s local_value;
> try {
> - local_value = CCM::%(MAttributeDefConvertParameter)s(value);
> + CCM_Remote::convertFromCorba(value, local_value);
> local_adapter->%(Identifier)s(local_value);
> }
> catch(...) {
>
|
|
From: Wolfgang K. <wol...@gm...> - 2004-12-21 16:50:00
|
>> Is a Python code generator seriously "in the works"? > > the answer is no. Pity. :-( A simple (read: possible even for scripting dilettants like me :-) possibility to build components with a standardised, language- and system-independent interface is one of the rare things that is still missing from Python imho in order to become the equivalent to VBA for the pan-OS world. Best regards, Wolfgang Keller |
|
From: Egon T. <ego...@ut...> - 2004-12-21 15:27:52
|
Hey Darrell! Darrell Schiebel wrote: > On Tuesday, November 9 2004 at 20:29+0100, Egon Teiniker wrote: > OK, with this fixed, I was able to generate and run the local > component with no further problems... However, now I'm having > trouble getting the remote component to work. > > I'm still using "example1" from the tutorial. I created all of > the pieces via: > > ccmtools-generate c++local -a -o CarRental.remote *.idl > ccmtools-generate idl2 -o CarRental.remote/CORBA_Stubs *.idl > ccmtools-generate c++remote -o CarRental.remote *.idl > ccmtools-generate c++remote-test -o CarRental.remote *.idl > cp impl/CarRental_business_impl.cc impl/CarRental_impl.h \ > impl/CarRental_maintenance_impl.cc CarRental.remote/impl > > (the implementation files are the ones which came with example1 > in the ccmtools distribution). Next, I compile all of these > things into these shared libraries: > > libCCM_Local_BigBusiness_CCM_Session_CarRental.dylib > libCCM_Remote_BigBusiness_CCM_Session_CarRental.dylib > libCORBA_Converter.dylib > libCORBA_Stubs.dylib > libCarRental_impl.dylib > > All seems fine... next I copied the remote test program from > example1/test, fixed it up, and then linked the test with: > > c++ -DUSING_CONFIX -Wno-long-double -g -I/opt/local/include \ > -I$destroot/include -o try \ > _check_CCM_Remote_BigBusiness_CCM_Session_CarRental_remote.cc \ > -L$destroot/lib -lCCM_Remote_BigBusiness_CCM_Session_CarRental \ > -lCCM_Remote_CCM_Session_Container -lCORBA_Stubs \ > -L/opt/local/lib -lWX_Utils_types -lWX_Utils_error \ > -lWX_Utils_code -lmicocoss2.3.11 -lmico2.3.11 > > This links fine... but now how do I get micod (or whatever) > to load the component when needed? What does it load? One > of these shared libraries? To run a remote component you can simple use the make check option of confix: $ confix.py --bootstrap --configure --make --targets=check If you look at your test directory, there is a _check*_remote*.cc file that activates the remote component and a collocated client. To make the test run, make sure that a CORBA NameService is running. There are start scripts in cpp-environment/bin: - runNameService: starts the Mico NameService - runNSAdmin: starts Mico's NameService administrator tool Also make sure that you have set the following environment variable $ export CCM_NAME_SERVICE=corbaloc:iiop:1.2@localhost:5050/NameService Currently, there is no support for loading components as shared libraries, thus, a CORBA server must be implemented manually. This simple means that you must uncomment the // orb->run() line in the generated _check_*remote*.cc file and run the test again. > A couple of other minor points... It would be nice if instead of > using 'USING_CONFIX' to switch on/off what path should be used > to include the header files, you used something like > 'USING_CONFIX_PATHS'. I find that I have to define 'USING_CONFIX' > even though I'm not, and I worry that at some point 'USING_CONFIX' > will imply more than just different header paths. BTW, what > do you use when you're not USING_CONFIX... just makefiles created > by hand? Oh yes, this is a bad hack that will be removed soon. We have used ccmtools in context of another build tool and needed a way to switch between confix and the other tool. > Also, I had to make some changes to the Cpp templates to get the > generated code to compile (I think it's just an oversight), and > I've included that patch file below. Thanks for your investigation! As you can see, the remote generator is not finished at all but its on the way... :-) Egon |
|
From: Darrell S. <dr...@nr...> - 2004-12-21 15:24:58
|
On Tuesday, December 21 2004 at 16:04GMT, Egon Teiniker wrote: > >If you have any questions or problems, please post a mail to ccmtools-users. Hi Egon, I sent my question to ccmtools-users first, and when I didn't get a reply, I pinged you directly... I think I'm making some progress at this point. As I said, I got the component to compile (with the cpp remote templates patch I sent along), but I was having trouble getting the component loaded into mico. However, I'm going to work through a mico shlib example, and then I'm going to try to modify it to load the component. If you have any suggestions about how a ccmtools component should be deployed and loaded, I'd be happy to hear them. Thanks for the help, and happy holidays! Darrell |
|
From: Egon T. <ego...@ut...> - 2004-12-21 15:04:31
|
Hey Darrell, the remote tutorial is on the way. Currently I have some stress to finish my PhD, but I hope to update the tutorial in january (together with a new release of ccmtools). There are two other new concepts which are implemented in ccmtools and should be described as well: - Nested component composition: a component assembly can be collected to a super component. - Design by Contract in CCM: besides the idl definition of interfaces ccmtools support Object Constraint Language (OCL) contracts. But for now, you can visit the ccmtools/test/CppRemoteGenerator/* directories and read the README files to find out how to build remote components. If you have any questions or problems, please post a mail to ccmtools-users. :-) Egon Darrell Schiebel wrote: > Hi Egon, > > Could you offer any suggestions on how to get the tutorial remote > component off the ground? > > thanks, > Darrell |
|
From: Egon T. <ego...@ut...> - 2004-12-21 14:52:36
|
Hey Wolfgang, the answer is no. Currently, the Python code generator is just an experimental project started by Leif. :-) Egon Wolfgang Keller wrote: > Hello, > > just in case you need some encouragement... >;-> > > Is a Python code generator seriously "in the works"? > > TIA, > > Best regards, > > Wolfgang Keller > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > ccmtools-users mailing list > ccm...@li... > https://lists.sourceforge.net/lists/listinfo/ccmtools-users > > |
|
From: Wolfgang K. <wol...@gm...> - 2004-12-21 10:03:34
|
Hello, just in case you need some encouragement... >;-> Is a Python code generator seriously "in the works"? TIA, Best regards, Wolfgang Keller |
|
From: Darrell S. <dr...@nr...> - 2004-12-09 16:24:31
|
On Tuesday, November 9 2004 at 20:29+0100, Egon Teiniker wrote: > >The CCM_Local/HomeFinder.h file is part of the cpp-environment package >which you can check out from ccmtools.sf.net: Sorry, I should have figured it out... I opted not to use confix, and this mistake is a result of that decision... OK, with this fixed, I was able to generate and run the local component with no further problems... However, now I'm having trouble getting the remote component to work. I'm still using "example1" from the tutorial. I created all of the pieces via: ccmtools-generate c++local -a -o CarRental.remote *.idl ccmtools-generate idl2 -o CarRental.remote/CORBA_Stubs *.idl ccmtools-generate c++remote -o CarRental.remote *.idl ccmtools-generate c++remote-test -o CarRental.remote *.idl cp impl/CarRental_business_impl.cc impl/CarRental_impl.h \ impl/CarRental_maintenance_impl.cc CarRental.remote/impl (the implementation files are the ones which came with example1 in the ccmtools distribution). Next, I compile all of these things into these shared libraries: libCCM_Local_BigBusiness_CCM_Session_CarRental.dylib libCCM_Remote_BigBusiness_CCM_Session_CarRental.dylib libCORBA_Converter.dylib libCORBA_Stubs.dylib libCarRental_impl.dylib All seems fine... next I copied the remote test program from example1/test, fixed it up, and then linked the test with: c++ -DUSING_CONFIX -Wno-long-double -g -I/opt/local/include \ -I$destroot/include -o try \ _check_CCM_Remote_BigBusiness_CCM_Session_CarRental_remote.cc \ -L$destroot/lib -lCCM_Remote_BigBusiness_CCM_Session_CarRental \ -lCCM_Remote_CCM_Session_Container -lCORBA_Stubs \ -L/opt/local/lib -lWX_Utils_types -lWX_Utils_error \ -lWX_Utils_code -lmicocoss2.3.11 -lmico2.3.11 This links fine... but now how do I get micod (or whatever) to load the component when needed? What does it load? One of these shared libraries? While I used a corba environment in the past, it came with scripts which would start all of the servers/daemons, and unfortunately, I relied on them! Could you give me some hints on how to get this going? Or if I've done something wrong above (or left something out)? A couple of other minor points... It would be nice if instead of using 'USING_CONFIX' to switch on/off what path should be used to include the header files, you used something like 'USING_CONFIX_PATHS'. I find that I have to define 'USING_CONFIX' even though I'm not, and I worry that at some point 'USING_CONFIX' will imply more than just different header paths. BTW, what do you use when you're not USING_CONFIX... just makefiles created by hand? Also, I had to make some changes to the Cpp templates to get the generated code to compile (I think it's just an oversight), and I've included that patch file below. many thanks, Darrell diff -ru ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl --- ../../ccmtools.orig/ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Tue Sep 7 13:38:26 2004 +++ ./ccmtools/src/templates/CppRemoteTemplates/MAttributeDefFacetAdapterImpl Wed Dec 8 10:39:35 2004 @@ -10,7 +10,10 @@ catch(...) { throw CORBA::SystemException(); } - return CCM::%(MAttributeDefConvertResultType)s(result); + + %(CORBAType)s return_value; + CCM_Remote::convertToCorba(result, return_value); + return return_value; } void @@ -20,7 +23,7 @@ LDEBUGNL(CCM_REMOTE, " %(Object)sFacetAdapter->%(Identifier)s(value)"); %(LanguageType)s local_value; try { - local_value = CCM::%(MAttributeDefConvertParameter)s(value); + CCM_Remote::convertFromCorba(value, local_value); local_adapter->%(Identifier)s(local_value); } catch(...) { |
|
From: Egon T. <ego...@ut...> - 2004-11-09 19:41:55
|
Hey Darrell! Darrell Schiebel wrote: > On Tuesday, October 26 2004 at 20:21+0200, Egon Teiniker wrote: > Thanks for the hint Egon! This got me past the building hurdle, > but now I'm stuck trying to get example1 of the tutorial built. > I tried both the instructions in the tutorial: > > ccmtools-generate c++local -a -o CarRental *.idl > > as well as the, readme incantation: > > ccmtools-generate idl3 -o CarRental/idl3 *.idl > ccmtools-generate idl3mirror -o CarRental/idl3 *.idl > ccmtools-generate c++local -o CarRental -ICarRental/idl3/interface CarRental/idl3/interface/BigBusiness/*.idl > ccmtools-generate c++local -a -o CarRental -ICarRental/idl3/component -ICarRental/idl3/interface CarRental/idl3/component/BigBusiness/*.idl > ccmtools-generate c++local-test -o CarRental -ICarRental/idl3/component -ICarRental/idl3/interface CarRental/idl3/component/BigBusiness/CarRental.idl > > In each case, some *_gen.cc files are created, which include > CCM_Local/HomeFinder.h, but this file is nowhere to be found. > Do I need to back off to an earlier version than the current > CVS version? Or have I done something else wrong? The CCM_Local/HomeFinder.h file is part of the cpp-environment package which you can check out from ccmtools.sf.net: $ cvs -d :pserver:ano...@cv...:/cvsroot/ccmtools co cpp-environment after that, you can build these C++ sources using confix: # Install the local component's environment: $ confix.py --packageroot=`pwd`/WX_Utils --bootstrap --configure --make --targets="install" $ confix.py --packageroot=`pwd`/CCM_Local --bootstrap --configure --make --targets="install" Beside the CCM_Local/HomeFinder.h, the cpp-environment contains utilities to handle C++ smart pointers and so on. You can also see the ccmtools tutorial for installing confix and the cpp-environment package. :-) Egon |
|
From: Darrell S. <dr...@nr...> - 2004-11-08 21:37:02
|
On Tuesday, October 26 2004 at 20:21+0200, Egon Teiniker wrote: > >Did you add mdr01.jar (see java-environment/lib/) to your CLASSPATH? >The OCL parser uses this Metadata Repository (based on JMI) to build a >model that conforms to a OCL metamodel. Thanks for the hint Egon! This got me past the building hurdle, but now I'm stuck trying to get example1 of the tutorial built. I tried both the instructions in the tutorial: ccmtools-generate c++local -a -o CarRental *.idl as well as the, readme incantation: ccmtools-generate idl3 -o CarRental/idl3 *.idl ccmtools-generate idl3mirror -o CarRental/idl3 *.idl ccmtools-generate c++local -o CarRental -ICarRental/idl3/interface CarRental/idl3/interface/BigBusiness/*.idl ccmtools-generate c++local -a -o CarRental -ICarRental/idl3/component -ICarRental/idl3/interface CarRental/idl3/component/BigBusiness/*.idl ccmtools-generate c++local-test -o CarRental -ICarRental/idl3/component -ICarRental/idl3/interface CarRental/idl3/component/BigBusiness/CarRental.idl In each case, some *_gen.cc files are created, which include CCM_Local/HomeFinder.h, but this file is nowhere to be found. Do I need to back off to an earlier version than the current CVS version? Or have I done something else wrong? thanks again, Darrell |
|
From: Egon T. <ego...@ut...> - 2004-10-26 18:33:03
|
Hi Darrell! Did you add mdr01.jar (see java-environment/lib/) to your CLASSPATH? The OCL parser uses this Metadata Repository (based on JMI) to build a model that conforms to a OCL metamodel. :-) Egon Darrell Schiebel wrote: > Hello, > > I'm trying to build the current (well close to the current) > version of ccmtools from CVS. However, I get an error message > about javax.jmi missing: > > [javac] Compiling 59 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes > [javac] Compiling 24 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes > [javac] Compiling 6 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes > [javac] /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/src/ccmtools/Ocl/parser/OclParser.java:211: cannot access javax.jmi.reflect.RefObject > [javac] file javax/jmi/reflect/RefObject.class not found > [javac] creator_.add(p_pkg,p_ctxt); > [javac] ^ > [javac] 1 error > > Does anyone know where I can find javax.jmi? I found a > reference implementation which was created by unisys, > but somehow I suspect that it may not be what I need. > > Thanks for any help, > > Darrell > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > ccmtools-users mailing list > ccm...@li... > https://lists.sourceforge.net/lists/listinfo/ccmtools-users > > |
|
From: Darrell S. <dr...@nr...> - 2004-10-26 18:13:51
|
Hello,
I'm trying to build the current (well close to the current)
version of ccmtools from CVS. However, I get an error message
about javax.jmi missing:
[javac] Compiling 59 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes
[javac] Compiling 24 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes
[javac] Compiling 6 source files to /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/build/classes
[javac] /opt/local/dports/devel/ccmtools/work/ccmtools-0.3.3/ccmtools/src/ccmtools/Ocl/parser/OclParser.java:211: cannot access javax.jmi.reflect.RefObject
[javac] file javax/jmi/reflect/RefObject.class not found
[javac] creator_.add(p_pkg,p_ctxt);
[javac] ^
[javac] 1 error
Does anyone know where I can find javax.jmi? I found a
reference implementation which was created by unisys,
but somehow I suspect that it may not be what I need.
Thanks for any help,
Darrell
|
|
From: <ben...@id...> - 2004-05-22 12:22:56
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Leif J. <le...@am...> - 2003-05-01 00:45:51
|
Yay, more list traffic ! : ) On Mon, 28 Apr 2003, Egon Teiniker wrote: > First, I used cpp to create a single file that contains reopened modules and > tryed to build the components: > > cpp -P -I /home/eteinik/src/ccmtools/owudb/cpp_module/ owudb.idl test.idl > > ccmtools-c++-generate -p test test.idl > > ccmtools-c++-make -p test > > Second, I hacked the generated files (Login_DBSQL_gen.h, > UserDB_DBSQL_gen.h) and added the owil/udb path in the include<> > statements: > from #include <CCM_Local/LoginManager.h> > to #include <CCM_Local/owil/udb/LoginManager.h> etc. > > Finally, I bootstraped Confix and run the ccmtools-c++-make, installed > the components and changed the client (added the new namespaces). And > hey, it's working! > > My question is, does the generator know all the namespaces when it is > creating the #include<> statements? Yes, the 0.2.2 (and 0.3.2) releases will include this fix. The CCM Tools are getting there, just slowly. : ) leif -- Leif Morgan Johnson . http://ambient.2y.net/leif/ IAESTE trainee . http://www.iaeste.org/ Salomon Automation . http://www.salomon.at/ |
|
From: Leif J. <le...@am...> - 2003-04-08 09:36:30
|
I just wanted to get our archives for this list started, so we can link to it. As soon as we have users, hopefully this will be used ... leif -- Leif Morgan Johnson . http://ambient.2y.net/leif/ IAESTE trainee . http://www.iaeste.org/ Salomon Automation . http://www.salomon.at/ |
