Re: Running Tuscany/SCA in Google Android mobile platform
Hi Oscar, My mistake again, the eclipse project files of contribution-impl module were not uploaded, so you are probably using the modules you have downloaded from the sca modules. If you remove the tuscany-contribution-impl from your workspace and add this module from the sandbox it will probably work. Anyway, you will need to update your trunk again to get the project files I'm uploading right now ; ) OK, if you wanna try the retrotranslator as a solution here is a tip: most of the code that were using the Reflection API was commented on org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator class, you just need to edit this class and remove the commented code (it's described there). So, if you uncomment the code and the retrotranslador successfuly work, and I hope it will, you will reach the org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAServiceBindingProvider constructor and it should run OK. Exactly on this constructor I'm getting a NPE when the code described above is commented. About the ant, go on and use it. Further we can evaluate better where we place it in the entire SCA build process. BTW, we even dont know if we will still be using the retrotranslator in future, right?! : ) Use the retrotranslator may help us a lot to workaround this problem for now and go on with our project ; ) Kind Regards, Adriano Crestani On Wed, May 14, 2008 at 2:57 PM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > Thanks alot for your answers. I was able to build the entire workspace from > your instructions. When running calculator-android as an "Android > application" I'm getting a ClassNotFoundException [1] for > > org.apache.tuscany.sca.contribution.processor.impl.DexContributionProcessor. > Is the exception you referred to in your original email? > > ...when > > you run the calculator-android project as an "Android application" you > > should get an exception, that was generated initially by a NPE thrown by > > org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAServiceBindingProvider > > constructor. This is caused because the latest Android SDK does not > support > > the Reflection API yet. So, the SCA cannot check the @Reference > annotations > > (I commented the code which tries to read the annotations, so when the > > execution reach this constructor it throws the NPE). > > > > > Searching for the class in the exception I'm getting I found > org.apache.tuscany.sca.extensibility.ServiceDiscovery. In getServiceClasses > it loads the service class I'm getting problems with when running > calculator-android as an "Android application": > > > "org.apache.tuscany.sca.contribution.processor.impl.DexContributionProcessor;type=application/x-dex" > > > I couldn't find the corresponding java file in my imported workspace and > found that there is no package like > org.apache.tuscany.sca.contribution.processor.impl. > > Am I missing something? Or are these the errors you would expect? > > I would like to get to the point where I get the exception you described > and > try to run retrotranslator from there. However, as I'm using the ADT plugin > in eclipse I would need to extract code that "declares or analyzes > annotations you may extract it into a separate library that can be > processed > with Retrotranslator and added to the main project." That is, unless I use > Ant, in which case I would only need to add a few lines to build.xml. I'm > continuing to look into this, any thoughts are more than welcome :-) > > [1] http://delftandroid.googlepages.com/14may2008.html > > > On Mon, May 12, 2008 at 9:13 AM, Adriano Crestani < > [EMAIL PROTECTED]> wrote: > > > Hi, > > > > Thanks all for the feedback ; ) > > > > At first, I want to correct one mistake, on the first step I described on > > my > > previous email, I should not have added the word "install", it probably > > would lead the reader to run the "mvn clean install" in the downloaded > > files, as Oscar did. Also, on this same step, the code should not be > > downloaded from [1], but from [2]. > > > > Simon: > > Thanks for the link ; ). As the Sun Java source codes are under CDDL 1.0 > > license, it's only needed to include the CDDL license header on each > file, > > and it's already done : ) > > > > Jean: > > I think it is better to keep the code in the sandbox for now. At first, > > it's > > not working on the current SCA modules revision yet. And also, I'm > > commenting many lines at some modules just to get a "first run" of > > calculator-sa
Re: Running Tuscany/SCA in Google Android mobile platform
Hi Oscar, I was indeed using the sca modules not from the sandbox. As you suggested, I removed the tuscany-contribution-impl from my workspace and added the version you uploaded to the sandbox. Then, I uncommented the lines in org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator following the comments pointing out why those lines had been commented. I'm no longer getting the ClassNotFoundException. However, it's getting stuck somewhere else (before getting there I guess)...I think this is the case because before and after commenting the code I get the same error in the Android emulator, an InstantiationException [1]. Have you debugged to check exactly where this exception is being thrown? I have done the procedure I previously described again and I got it "running" as expected, which means, running till the expected exception is thrown. I also started tinkering with retrotranslator. First I tried doing it with Ant, but it seems that in order to build I have to include the whole tuscany projects in a way similar to how I now have in Eclipse. I also tried making a jar out of org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator and then feeding it to retrotranslator but unfortunately it's not translating anything, as shown below. Voyager-2:Retrotranslator-1.2.6-bin ocastaneda$ java -jar retrotranslator-transformer-1.2.6.jar -srcjar JavaRuntimeModuleActivator.jar -target 1.5 -reflection safe -stripannot -classpath retrotranslator-android-1.2.6.jar Processing 136 file(s) in JavaRuntimeModuleActivator.jar. Transformed 0 file(s). There's also a maven plugin, so I might try that...but first I'll give Ant another go. Hopefully Google will release a new SDK soon, otherwise as you say...retrotranslator will have to be the workaround to proceed with our project ;-) Unfortunately the rumors say the new SDK version will not be released until july 28th :S. So, it's really good you have already started working on the retrotranslator, it will probably be the best workaround for the annotations problem till the next SDK release. I suggest you to forget about the build process right now, before, check if this retrotranslator works and if it really works on android platform. I´m really getting upset with Android, even its API methods does not work as expected :@. Anyway, try initially to compile a simple class (coded by you), which contains annotations, and access these annotations. If it works, make it more complex and test again, do it until you reach a scenario as complex as the SCA (a lot of external jars with annotated classes accessed by the other external jars and the Android app). Got it? : ) Regards, Adriano Crestani On Tue, May 20, 2008 at 1:53 PM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > I was indeed using the sca modules not from the sandbox. As you suggested, > I > removed the tuscany-contribution-impl from my workspace and added the > version you uploaded to the sandbox. Then, I uncommented the lines in > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > following the comments pointing out why those lines had been commented. I'm > no longer getting the ClassNotFoundException. However, it's getting stuck > somewhere else (before getting there I guess)...I think this is the case > because before and after commenting the code I get the same error in the > Android emulator, an InstantiationException [1]. > > I also started tinkering with retrotranslator. First I tried doing it with > Ant, but it seems that in order to build I have to include the whole > tuscany > projects in a way similar to how I now have in Eclipse. I also tried making > a jar out of > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > and then feeding it to retrotranslator but unfortunately it's not > translating anything, as shown below. > > Voyager-2:Retrotranslator-1.2.6-bin ocastaneda$ java -jar > retrotranslator-transformer-1.2.6.jar -srcjar > JavaRuntimeModuleActivator.jar > -target 1.5 -reflection safe -stripannot -classpath > retrotranslator-android-1.2.6.jar > Processing 136 file(s) in JavaRuntimeModuleActivator.jar. > Transformed 0 file(s). > > There's also a maven plugin, so I might try that...but first I'll give Ant > another go. Hopefully Google will release a new SDK soon, otherwise as you > say...retrotranslator will have to be the workaround to proceed with our > project ;-) > > Thanks again for all your help...I'm getting ready for the official start > :-) > > [1] http://androidindelft.googlepages.com/20may2008.html > > > > On Fri, May 16, 2008 at 12:20 PM, Adriano Crestani < > [EMAIL PROTECTED]> wrote: > > > Hi Oscar, > > > > M
Re: Running Tuscany/SCA in Google Android mobile platform
Ah, the expected exception should look like this on android emulator: http://people.apache.org/~adrianocrestani/android_emulator.jpg On Tue, May 20, 2008 at 11:54 PM, Adriano Crestani < [EMAIL PROTECTED]> wrote: > Hi Oscar, > > I was indeed using the sca modules not from the sandbox. As you suggested, > I > removed the tuscany-contribution-impl from my workspace and added the > version you uploaded to the sandbox. Then, I uncommented the lines in > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > following the comments pointing out why those lines had been commented. I'm > no longer getting the ClassNotFoundException. However, it's getting stuck > somewhere else (before getting there I guess)...I think this is the case > because before and after commenting the code I get the same error in the > Android emulator, an InstantiationException [1]. > > Have you debugged to check exactly where this exception is being thrown? I > have done the procedure I previously described again and I got it "running" > as expected, which means, running till the expected exception is thrown. > > I also started tinkering with retrotranslator. First I tried doing it with > Ant, but it seems that in order to build I have to include the whole > tuscany > projects in a way similar to how I now have in Eclipse. I also tried making > a jar out of > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > and then feeding it to retrotranslator but unfortunately it's not > translating anything, as shown below. > > Voyager-2:Retrotranslator-1.2 > .6-bin ocastaneda$ java -jar > retrotranslator-transformer-1.2.6.jar -srcjar > JavaRuntimeModuleActivator.jar > -target 1.5 -reflection safe -stripannot -classpath > retrotranslator-android-1.2.6.jar > Processing 136 file(s) in JavaRuntimeModuleActivator.jar. > Transformed 0 file(s). > > There's also a maven plugin, so I might try that...but first I'll give Ant > another go. Hopefully Google will release a new SDK soon, otherwise as you > say...retrotranslator will have to be the workaround to proceed with our > project ;-) > > Unfortunately the rumors say the new SDK version will not be released until > july 28th :S. So, it's really good you have already started working on the > retrotranslator, it will probably be the best workaround for the annotations > problem till the next SDK release. > > I suggest you to forget about the build process right now, before, check if > this retrotranslator works and if it really works on android platform. I´m > really getting upset with Android, even its API methods does not work as > expected :@. Anyway, try initially to compile a simple class (coded by you), > which contains annotations, and access these annotations. If it works, make > it more complex and test again, do it until you reach a scenario as complex > as the SCA (a lot of external jars with annotated classes accessed by the > other external jars and the Android app). Got it? : ) > > Regards, > Adriano Crestani > > > On Tue, May 20, 2008 at 1:53 PM, Oscar Castaneda < > [EMAIL PROTECTED]> wrote: > >> Hi Adriano, >> >> I was indeed using the sca modules not from the sandbox. As you suggested, >> I >> removed the tuscany-contribution-impl from my workspace and added the >> version you uploaded to the sandbox. Then, I uncommented the lines in >> >> >> org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator >> >> following the comments pointing out why those lines had been commented. >> I'm >> no longer getting the ClassNotFoundException. However, it's getting stuck >> somewhere else (before getting there I guess)...I think this is the case >> because before and after commenting the code I get the same error in the >> Android emulator, an InstantiationException [1]. >> >> I also started tinkering with retrotranslator. First I tried doing it with >> Ant, but it seems that in order to build I have to include the whole >> tuscany >> projects in a way similar to how I now have in Eclipse. I also tried >> making >> a jar out of >> >> >> org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator >> >> and then feeding it to retrotranslator but unfortunately it's not >> translating anything, as shown below. >> >> Voyager-2:Retrotranslator-1.2.6-bin ocastaneda$ java -jar >> retrotranslator-transformer-1.2.6.jar -srcjar >> JavaRuntimeModuleActivator.jar >> -target 1.5 -reflection safe -stripannot -classpath >
Re: Running Tuscany/SCA in Google Android mobile platform
Well detailed Oscar ; ) It is one thing I learnt after playing hours with Android, you need to rebuild every modified project which is imported in the android project, the android project itself does not check for modifications on its dependencies :S...so, when you rebuilt the imported project it recompiled the uncommented code at JavaRuntimeModuleActivator and the SCA started to check for annotations once again, so you got the errors on [1], which means retrotranslator is still not working. Have you tested it on a simpler application as I previously suggested? Did it work? What was the most critical scenario you tested it and it worked? " Voyager-2:30May ocastaneda$ java -jar /../retrotranslator-transformer-1.2.6.jar -srcdir /../workspace -target 1.5 -reflection safe -stripannot -classpath /../retrotranslator-android-1.2.6.jar -verbose" You should also check if it's is working as expected, as I already said, does not go directly testing complex solutions on complex things like SCA. At first, build a simple, but equivalent scenario, and test it. For example, a simple android app project that uses an java library project which access annotations on classes placed on the android project. Like our android calculator, it's an android app project (calculator-android) which uses java library projects (sca modules), and these libraries checks for annotations on classes located at the android app project (CalculatorService.java, AddService.java, etc). When you get it working on the simpler scenario, then you are ready to test it on the complexer sceneario (calculator-android). Please, if you get the retrotranslator working in the simpler scenario, send us a patch with it. You can create a JIRA and attach it. If you need any help, just ask ; ) "code that checks for @Remotable you force to true, otherwise force to false." Sorry for the not-well-detailed info here. I meant you to do: Search in every sca code for the usage of Class.isAnnotationPresent or getAnnotations or getAnnotation methods. If it checks for a the @Remotable annotations force it to true, for example: Annotation isRemotable = class.isAnnotationPresent(Remotable.class); => Annotation isRemotable = true; otherwise, which means, when it's not checking for the @Remotable annnotation, force to false. For example: Annotation isReference = class.isAnnotationPresent(Reference.class); => Annotation isReference = false; [1] - http://cwiki.apache.org/confluence/display/TUSCANYWIKI/2Jun2008 Kind Regards, Adriano Crestani On Mon, Jun 2, 2008 at 4:19 PM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > I continued testing retrotranslator. Here's what I've done up to now. > > 1. Downloaded the modified code from [1]. > > 2. Downloaded SCA modules from [2] and installed as shown below: > > svn checkout --revision 643746 > https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules > > cd modules > > mvn clean install -Dtest=no > mvn -Peclipse eclipse:eclipse -Dtest=no > > 3. Created a new eclipse workspace and set the M2_REPO variable as shown > below: > > mvn -Declipse.workspace=/Users/.../workspace eclipse:add-maven-repo > > 4. Adjusted buildpath to eliminate build errors, added Android library to > required modules, fixed references to jar files and other libraries. > > 5. Uncommented lines in > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > 6. Ran retrotranslator as instructed on the project site [3] and shown > below: > > Voyager-2:30May ocastaneda$ java -jar > /../retrotranslator-transformer-1.2.6.jar -srcdir /../workspace > -target 1.5 -reflection safe -stripannot -classpath > /../retrotranslator-android-1.2.6.jar -verbose > > The output can be found in [4]. > 7. Rebuilt project after uncommenting lines in > > > org.apache.tuscany.sca.implementation.java.module.JavaRuntimeModuleActivator > > and then re-ran retrotranslator. > 8. Debugging in Eclipse shows errors shown in [5] and Android errors in > [6]. > > > > As always, I'm documenting my progress on the project log. I haven't fully > tested out Luciano's suggestions. I guess I'm puzzled by what you mean by > this: > > "code that checks for @Remotable you force to true, otherwise force to > false." > > I'll continue looking into it and hopefully get retrotranslator to work. I > also think it's a simpler option. > > Luciano: Thanks for your suggestions. > > [1] > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/mobile-android > > [2] https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/ > > [3] http://retrotranslator.sourceforge.net/#android > > [4] http://androidindelft.googlepages.com/rt_output_30may2008.
Re: Running Tuscany/SCA in Google Android mobile platform
Hi Oscar, When I imported the projects from [3] the following projects were not imported: core-android host-android extensibility Is this normal? Should they be imported? Yep, they should be imported, if you check inside its folders, there are the eclipse project files, so they should be identified by the eclipse import tool as an eclipse project. Thanks for the detailed explanation. I'm going to give this a try as I found an introspection related comment [2] as a workaround to another annotations problem with the current SDK. I don't think introspection is a good solution, hence you will need to change how the sca reads the info about each service and also services implemented for JVM would need to be adapted to run on Android. Let's avoid to modify so much the SCA code, and lets try to keep retrotranslator in mind as a temporary workaround for annotations till next SDK release :S Also, if you get the retrotranslator working, forget the Luciano's suggestion and vice-versa...do not try both at the same time ; ) Any progress testing retrotranslator on a simpler scenario, just let us know ; ) Kind Regards, Adriano Crestani On Wed, Jun 4, 2008 at 3:27 AM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > At first, build a simple, but equivalent scenario, and test it. > > > I think this is a great idea, especially because I found that the "native > method not implemented" errors I'm getting [1] are still related to the > annotations problem. I'm getting the same errors when converting the code > to > java 1.4. This makes me think that retrotranslator is actually not working. > Hopefully, testing with a simpler scenario will help me to understand the > problem better. > > Sorry for the not-well-detailed info here. I meant you to do: > > > > Search in every sca code for the usage of Class.isAnnotationPresent or > > getAnnotations or getAnnotation methods. If it checks for a the > @Remotable > > annotations force it to true, for example: > > > > Annotation isRemotable = class.isAnnotationPresent > >> > >> (Remotable.class); => > >> Annotation isRemotable = true; > >> > >> otherwise, which means, when it's not checking for the @Remotable > >> annnotation, force to false. For example: > >> > >> Annotation isReference = class.isAnnotationPresent(Reference.class); => > >> Annotation isReference = false; > > > > > > Thanks for the detailed explanation. I'm going to give this a try as I > found > an introspection related comment [2] as a workaround to another annotations > problem with the current SDK. > > Also, I have another question for you... > > When I imported the projects from [3] the following projects were not > imported: > > core-android > host-android > extensibility > > Is this normal? Should they be imported? > > > [1] http://cwiki.apache.org/confluence/display/TUSCANYWIKI/2Jun2008 > [2] > > > http://code.google.com/p/android/issues/detail?id=268&can=1&q=annotations&colspec=ID%20Type%20Version%20Security%20Status%20Owner%20Summary#c3 > [3] > https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/mobile-android > > > On Tue, Jun 3, 2008 at 4:32 AM, Adriano Crestani < > [EMAIL PROTECTED]> > wrote: > > > Well detailed Oscar ; ) > > > > It is one thing I learnt after playing hours with Android, you need to > > rebuild every modified project which is imported in the android project, > > the > > android project itself does not check for modifications on its > dependencies > > :S...so, when you rebuilt the imported project it recompiled the > > uncommented > > code at JavaRuntimeModuleActivator and the SCA started to check for > > annotations once again, so you got the errors on [1], which means > > retrotranslator is still not working. Have you tested it on a simpler > > application as I previously suggested? Did it work? What was the most > > critical scenario you tested it and it worked? > > > > " Voyager-2:30May ocastaneda$ java -jar > > /../retrotranslator-transformer-1.2.6.jar -srcdir /../workspace > > -target 1.5 -reflection safe -stripannot -classpath > > /../retrotranslator-android-1.2.6.jar -verbose" > > > > You should also check if it's is working as expected, as I already said, > > does not go directly testing complex solutions on complex things like > SCA. > > At first, build a simple, but equivalent scenario, and test it. For > > example, > > a simple android app project that uses an java library project which > access > > annotations on classes placed on
Re: Has anyone run tuscany on a local other than English?
Hi Hasan, Yes, I ran on a brazilian-portuguese system. It worked well. Are you getting any issues? Regards, Adriano Crestani On Wed, Jun 4, 2008 at 7:56 AM, Hasan Muhammad <[EMAIL PROTECTED]> wrote: > I wanted to know if anyone has run tuscany on a local other than English? > If > so, did you see any problems? > > regards > Hasan >
Re: [NOTICE] Vamsavardhana Reddy voted as Tuscany committer
Congratulations :D On Thu, Jun 5, 2008 at 12:15 AM, Manu George <[EMAIL PROTECTED]> wrote: > Congrats Vamsi !!! > > On Tue, Jun 3, 2008 at 4:56 PM, Venkata Krishnan <[EMAIL PROTECTED]> > wrote: > > Congratulations Vamsi... Welcome !!! > > > > - Venkat > > > > On Mon, Jun 2, 2008 at 11:32 PM, ant elder <[EMAIL PROTECTED]> wrote: > > > >> The Tuscany PMC has voted for Vamsavardhana Reddy to become a Tuscany > >> committer. > >> > >> Congratulations and welcome! > >> > >> ...ant > >> > > >
Re: A question for DAS
Hi, Are you talking about the Java or C++(native) DAS? Regards, Adriano Crestani On Thu, Jun 5, 2008 at 4:50 AM, 寿栋 <[EMAIL PROTECTED]> wrote: > Hi, sir: > > > > Nowadays I have done some work on SDO/DAS, and have run successfully your > sample examples downloaded from Tuscany. > > However, I have not found any example for the implementation of DAS that > is to provide a uniform way of accessing data form heterogeneous data > sources? > > The examples available only access data from single RDBMS, so I wonder > have you already developed such implementation? > > Many thanks~~ > >
Re: Running Tuscany/SCA in Google Android mobile platform
Hi Oscar, Yup, you're right - there are indeed Eclipse files inside the folders. I guess I was confused by the different names in [1] than those that result [2] from importing to an Eclipse workspace - after which I see 13 projects in both cases. So please ignore my previous remark. I have added the projects, but still haven't changed their names. I was planning to modify their project names when we get it integrated to SCA, mainly because we will need to change the poms. Anyway, feel free to modify the names whenever you want ; ) Per the reply I received on the Android Developers list [3] I started using retrotranslator on JAR's instead of class files. For this I created a big JAR file with all the Tuscany modules (including those you modified for Android). I translated this big JAR (around 15MB) with retrotranslator [4]. Then I created a new workspace with only calculator-android and android-jdk-classes as projects and added the translated JAR as an external library for both projects. This resulted in errors [4] from the Android build process. I really do not understand this errors, but as this errors are only related to testcase classes they can be ignored (removed from the jars). I also did not understand why it's not find the .apk file: "[2008-06-06 12:52:49 - calculator-android] Could not find /bin/calculator-android.apk!" To work around these errors I decided to take a different approach and copy all the jar files contained in the individual modules to a separate folder and then run retrotranslator on each JAR. The jars are found inside the target folder of each module and are named as shown below: tuscany--incubating-SNAPSHOT.jar >From this I found that only the SCA modules have these JAR files inside their respective target folders, whereas the Android modules I downloaded from [1] don't have these files at all Yep, this .jars are generated when the maven is executed. I'm not sure if you should use this .jars, because they were compiled with no reference to Android library. That's also why there are no .jar files for android modules, because you did not execute the maven on them (and you shouldn't). So I decided to keep the Android modules [2] and add the translated JARs as libraries where needed to have the workspace build with no problems. If I get this running I would look into creating JAR files from the Android modules and then return to only having calculator-android and android-jdk-classes as projects and the rest as JAR's added as external libraries. If this works out I could then look into seeing which JAR's are important and which are not, in this way reducing the total memory footprint and coming up with a "lightweight mobile SCA core/runtime." Please let me know your thoughts on these efforts. You haven't tried this yet, right? You may try it, but I do not like this approach, because it will get difficult to debug sca classes as they are not imported as eclipse projects. If there is an option on retrotranslator to retrotranslate all the classes in a folder, it should work as well as it works on classes inside .jar files. So, I think you should try to understand why your first approach (retrotranslating the eclipse project classes) is not working trying a simpler scenario. Have you already tried it? Also, if the restrotranslator gets to complicated, you may try the Luciano's suggestion ; ) Kind Regards, Adriano Crestani On Fri, Jun 6, 2008 at 9:50 AM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > > > Yep, they should be imported, if you check inside its folders, there are > > the > > eclipse project files, so they should be identified by the eclipse import > > tool as an eclipse project. > > > Yup, you're right - there are indeed Eclipse files inside the folders. I > guess I was confused by the different names in [1] than those that result > [2] from importing to an Eclipse workspace - after which I see 13 projects > in both cases. So please ignore my previous remark. > > I don't think introspection is a good solution, hence you will need to > > change how the sca reads the info about each service and also services > > implemented for JVM would need to be adapted to run on Android. Let's > avoid > > to modify so much the SCA code, and lets try to keep retrotranslator in > > mind > > as a temporary workaround for annotations till next SDK release :S > > > > Also, if you get the retrotranslator working, forget the Luciano's > > suggestion and vice-versa...do not try both at the same time ; ) > > > > Will do. Thanks for the advice it helps me to focus in the right direction > :-) > > Now, a summary of what I've done up to now: > > Per the reply I received on the Android Developers list [3] I started using &
Re: Running Tuscany/SCA in Google Android mobile platform
Hi Oscar, I say that it is more difficult to debug because you need attach a source code to each jar and etc, and when you are using projects, eclipse already knows where to find the source code : ) The reply made sense to me, especially with regards to the fact that with the Android plugin Eclipse compiles sources into classes and then into dex files, so retrotranslator has no chance to translate classes in between these steps - even if I do that outside of Eclipse. This shows from the use of non-translated binaries (as indicated by the java.lang.Class.isAnnotationPresent(Class.java:1131) error in the stack trace) that might have been related to the use of pre-existing dex files or over-writing of files by Eclipse. So unless I modify the ADT plugin the result would still be the same, even if I use a simpler scenario. Sorry, I really did not comment this email yet. It does not make so much sense for me. First, as you already know, eclipse android projects does not recognize any modifications in the imported projects, so it does not call the build or incremental build even if the imported projects have their source code modified. Just to make sure I tested it again: 1- imported in my workspace all the projects included in the calculator-android, cleaned and built them...it takes a lng time, as you already know. 2- imported the calculator-android project, cleaned and built it (only the calculator-android project), and this process was too much faster than when all the modules are built, so the imported projects were not recompiled, otherwise it would take too much more time. I suppose here that the android project compiles the .java contained in the android project and convert all the .class files (generated by imported projects and android project) to dex format. So, it does not recompile the external class files (the ones contained in the imported projects) cause it seems not to check if it was modified or not. Of course, I never tested it modifing the .class files, I'm just assuming that, because when you modify .java files it does not get recompiled. What do you think? As I mentioned before, your comments are really helpful as they give me a sense of direction. Please let me know if you still think we should pursue retrotranslator for files inside a folder. I really think you should try at first the simpler scenario and try to understand how it works and IF it works. Also, you can try what you were planning: to retrotranslate the each modules' jar, but I suppose it's a lot of work, because there are so many modules :S. So, as I've already said, if you think it's getting to complicated, forget it and go on with Luciano's suggestion. Feel free to choose the direction you want to take, and if there is another approach you think is better, just let us know ; )...you are the best person to choose the directions, cause you are working directly on it, we are just guinding/helping you ; ) Thanks, Adriano Crestani On Fri, Jun 6, 2008 at 3:45 PM, Oscar Castaneda < [EMAIL PROTECTED]> wrote: > Hi Adriano, > > If there is an option on retrotranslator to retrotranslate all the classes > > in a folder, it should work as well as it works on classes inside .jar > > files. So, I think you should try to understand why your first approach > > (retrotranslating the eclipse project classes) is not working trying a > > simpler scenario. Have you already tried it? > > > > I agree that it's good to try out a simpler scenario to better understand > the problem. I haven't tried it yet because using retrotranslator for > classes inside a folder doesn't seem to be a solution to the problem. > Here's > my reasoning: > > Yes, there is an option to translate classes in a folder. I tried it and it > successfully translated the classes inside my Eclipse workspace. When I ran > the calculator-android application using the newly translated classes I was > getting the errors in [1]. I posted a question in Android Developers about > this error and received a reply [2]. > > The reply made sense to me, especially with regards to the fact that with > the Android plugin Eclipse compiles sources into classes and then into dex > files, so retrotranslator has no chance to translate classes in between > these steps - even if I do that outside of Eclipse. This shows from the use > of non-translated binaries (as indicated by the > java.lang.Class.isAnnotationPresent(Class.java:1131) error in the stack > trace) that might have been related to the use of pre-existing dex files or > over-writing of files by Eclipse. So unless I modify the ADT plugin the > result would still be the same, even if I use a simpler scenario. > > The reply suggested to use JAR's instead. This also made sense to me and > seemed like a simpler way of solving the problem. I didn't se
[jira] Resolved: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1140. --- Resolution: Fixed All classes suggested are implemented and working > Implementation of DAS Lite Command classes > -- > > Key: TUSCANY-1140 > URL: https://issues.apache.org/jira/browse/TUSCANY-1140 > Project: Tuscany > Issue Type: Sub-task > Components: C++ DAS > Reporter: Adriano Crestani >Assignee: Adriano Crestani > Fix For: Cpp-Next > > Attachments: DAS.zip, tuscany1040.crestani.20070315.patch, > tuscany1140.crestani.20070406.patch > > > Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl > classes as described on the DAS Lite class diagram: > http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1220) FK columns name retrieved by dbms contain invalid characters
[ https://issues.apache.org/jira/browse/TUSCANY-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani closed TUSCANY-1220. - Resolution: Won't Fix DAS C++ is no more using the class Database. > FK columns name retrieved by dbms contain invalid characters > > > Key: TUSCANY-1220 > URL: https://issues.apache.org/jira/browse/TUSCANY-1220 > Project: Tuscany > Issue Type: Task > Components: C++ DAS > Reporter: Adriano Crestani >Priority: Minor > Fix For: Cpp-Next > > > The method ResultSet* Database::getFKs(std::string tableName) const returns a > ResultSet containing information about the tableName foreign keys. When > getting specially the pk column name and fk column name, it is returning the > column name surrounded by " ' ". For example: > std::cout << "FK Column Name = " << fksResultSet->getSQLVarchar(7); // 7th > column contains the fk column name > std::cout << "\nPK Column Name = " << fksResultSet->getSQLVarchar(3); // 3th > column contains the fk column name > std::cout << "\nPK Table Name = " << fksResultSet->getSQLVarchar(2); // 2nd > column contains the pk table name > output: > FK Column Name = 'COMPANY_ID' > PK Column Name = 'ID' > PK Table Name = DEPARTMENT > As seen on the output, only the pk and fk column name are surrounded by " ' " > . I'm actually solving this problem removing the " ' " from the string: > std::string fkColumnName = fksResultSet->getSQLVarchar(7); > std::string pkTableName = fksResultSet->getSQLVarchar(2); > std::string pkColumnName = fksResultSet->getSQLVarchar(3); > fkColumnName = fkColumnName.substr(1, fkColumnName.size() - 2); > pkColumnName = pkColumnName.substr(1, pkColumnName.size() - 2); > I'm using MySQL server. I don't know if it happens only with MySQL server or > if there are others which do the same. > I propose to test it using others DBMSs to test if it happens only on MySQL > server or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1355) DAS-RDB does not support Oracle or SqlServer well
[
https://issues.apache.org/jira/browse/TUSCANY-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506019
]
Adriano Crestani commented on TUSCANY-1355:
---
Hi,
DAS supports Oracle, but when on your code you create a DAS not specifying a
config file, it, by default, tries to retrieve the tables' metadata using JDBC.
However, Oracle JDBC Driver does not provide all metadata necessary to build
the graph.
To solve this issue, you should define a resultset descriptor as explained on
this page:
http://incubator.apache.org/tuscany/explicit-resultset-shape-definition.html
> DAS-RDB does not support Oracle or SqlServer well
> -
>
> Key: TUSCANY-1355
> URL: https://issues.apache.org/jira/browse/TUSCANY-1355
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Affects Versions: Java-DAS-M2
> Environment: DAS-RDB to access the database of Oracle
>Reporter: wangful
>
> I have used the following simple codes to use DAS to access an Oracle
> database.
> //String url =
> "jdbc:db2j:D:/RAD6/runtimes/base_v6/cloudscape/DAS";
> String url = "jdbc:oracle:thin:wcs/wcs1@//raptor08:1521/g10";
> String query = "select * from MYCUSTOMER";
> String query_result="";
> Connection conn = null;
> // Class.forName("com.ibm.db2j.jdbc.DB2jDriver").newInstance();
> DriverManager.registerDriver(new
> oracle.jdbc.driver.OracleDriver());
> conn = DriverManager.getConnection(url);
> conn.setAutoCommit(false);
>DAS das =
> DAS.FACTORY.createDAS(conn);
> Command readStores = das.createCommand(query);
> DataObject root = (DataObject)readStores.executeQuery();
> DataObject cus1 = root.getDataObject("MYCUSTOMER[1]");
>
> System.out.println(root.getInt("MYCUSTOMER[1]/ID"));
> System.out.println(root.getString("MYCUSTOMER[1]/NAME"));
> It will caused the following error:
> Exception in thread "main" java.lang.IllegalArgumentException: Class
> 'DataGraphRoot' does not have a feature named 'MYCUSTOMER'
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.getOpenFeature(DataObjectUtil.java:1804)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.getProperty(DataObjectUtil.java:2367)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.getProperty(DataObjectImpl.java:1287)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.setFeatureName(DataObjectUtil.java:2054)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.process(DataObjectUtil.java:2161)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.init(DataObjectUtil.java:1940)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.create(DataObjectUtil.java:1860)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.get(DataObjectUtil.java:744)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.get(DataObjectImpl.java:216)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.getDataObject(DataObjectImpl.java:326)
> at TestDAS.main(TestDAS.java:47)
> But the same code and same config will work well for cloudscape database.
> There are also some other problems for Oracle, seems DAS can't work for
> oracle.
> Will someone look into this problem?
> Thanks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1355) DAS-RDB does not support Oracle or SqlServer well
[
https://issues.apache.org/jira/browse/TUSCANY-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508466
]
Adriano Crestani commented on TUSCANY-1355:
---
Hi lizhantao,
When you mean "create command dynamically", you are saying you cannot know
previously what your select will return, right?! If it is, there is no way to
DAS to know which table each column on the ResultSet it belongs, since the
Oracle JDBC Driver does not return the table's column. Though, it is not
possible to use DAS on this case.
I also don't see how we could improve DAS to support this kind of situation.
Regards,
Adriano Crestani
> DAS-RDB does not support Oracle or SqlServer well
> -
>
> Key: TUSCANY-1355
> URL: https://issues.apache.org/jira/browse/TUSCANY-1355
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Affects Versions: Java-DAS-M2
> Environment: DAS-RDB to access the database of Oracle
>Reporter: wangful
>
> I have used the following simple codes to use DAS to access an Oracle
> database.
> //String url =
> "jdbc:db2j:D:/RAD6/runtimes/base_v6/cloudscape/DAS";
> String url = "jdbc:oracle:thin:wcs/wcs1@//raptor08:1521/g10";
> String query = "select * from MYCUSTOMER";
> String query_result="";
> Connection conn = null;
> // Class.forName("com.ibm.db2j.jdbc.DB2jDriver").newInstance();
> DriverManager.registerDriver(new
> oracle.jdbc.driver.OracleDriver());
> conn = DriverManager.getConnection(url);
> conn.setAutoCommit(false);
>DAS das =
> DAS.FACTORY.createDAS(conn);
> Command readStores = das.createCommand(query);
> DataObject root = (DataObject)readStores.executeQuery();
> DataObject cus1 = root.getDataObject("MYCUSTOMER[1]");
>
> System.out.println(root.getInt("MYCUSTOMER[1]/ID"));
> System.out.println(root.getString("MYCUSTOMER[1]/NAME"));
> It will caused the following error:
> Exception in thread "main" java.lang.IllegalArgumentException: Class
> 'DataGraphRoot' does not have a feature named 'MYCUSTOMER'
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.getOpenFeature(DataObjectUtil.java:1804)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.getProperty(DataObjectUtil.java:2367)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.getProperty(DataObjectImpl.java:1287)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.setFeatureName(DataObjectUtil.java:2054)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.process(DataObjectUtil.java:2161)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.init(DataObjectUtil.java:1940)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.create(DataObjectUtil.java:1860)
> at
> org.apache.tuscany.sdo.util.DataObjectUtil.get(DataObjectUtil.java:744)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.get(DataObjectImpl.java:216)
> at
> org.apache.tuscany.sdo.impl.DataObjectImpl.getDataObject(DataObjectImpl.java:326)
> at TestDAS.main(TestDAS.java:47)
> But the same code and same config will work well for cloudscape database.
> There are also some other problems for Oracle, seems DAS can't work for
> oracle.
> Will someone look into this problem?
> Thanks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1404) Detail DAS samples' readme
Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1404: - Assignee: Adriano Crestani > Detail DAS samples' readme > -- > > Key: TUSCANY-1404 > URL: https://issues.apache.org/jira/browse/TUSCANY-1404 > Project: Tuscany > Issue Type: Improvement > Components: Java DAS RDB >Affects Versions: Java-DAS-beta1 > Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Critical > Fix For: Java-DAS-beta1 > > > - Create a readme on DAS samples' top level dir that summarizes all DAS > samples > - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509784 ] Adriano Crestani commented on TUSCANY-1404: --- Created the readme that summarizes all samples > Detail DAS samples' readme > -- > > Key: TUSCANY-1404 > URL: https://issues.apache.org/jira/browse/TUSCANY-1404 > Project: Tuscany > Issue Type: Improvement > Components: Java DAS RDB >Affects Versions: Java-DAS-beta1 > Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Critical > Fix For: Java-DAS-beta1 > > > - Create a readme on DAS samples' top level dir that summarizes all DAS > samples > - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510073 ] Adriano Crestani commented on TUSCANY-1404: --- detailed customer sample's readme > Detail DAS samples' readme > -- > > Key: TUSCANY-1404 > URL: https://issues.apache.org/jira/browse/TUSCANY-1404 > Project: Tuscany > Issue Type: Improvement > Components: Java DAS RDB >Affects Versions: Java-DAS-beta1 >Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Critical > Fix For: Java-DAS-beta1 > > > - Create a readme on DAS samples' top level dir that summarizes all DAS > samples > - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1404. --- Resolution: Fixed > Detail DAS samples' readme > -- > > Key: TUSCANY-1404 > URL: https://issues.apache.org/jira/browse/TUSCANY-1404 > Project: Tuscany > Issue Type: Improvement > Components: Java DAS RDB >Affects Versions: Java-DAS-beta1 > Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Critical > Fix For: Java-DAS-beta1 > > > - Create a readme on DAS samples' top level dir that summarizes all DAS > samples > - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517084 ] Adriano Crestani commented on TUSCANY-1464: --- reviewing patch ; ) Adriano Crestani > Wrong query results when SELECT misses PKs > -- > > Key: TUSCANY-1464 > URL: https://issues.apache.org/jira/browse/TUSCANY-1464 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1464.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html > Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517104 ] Adriano Crestani commented on TUSCANY-1464: --- Hi Amita, I reviewed your path and got some questions before commit it: 1 - On method ResultMetadata.getAllPKsForTable(String tableName), I understand that you return an empty Set when there is no column in config, but why you add an empty String on it? 2 - On ResultSetProcessor, shouldn't be thrown an exception when the table has pk but this pk is null instead of just ignoring the row? 3- Sorry, but I didn't get why you added the ID attribute on company.xsd : ( There are other minor issues that I will fix, as it's just for increase the performance I won't bother you describing them here ; ) Regards, Adriano Crestani > Wrong query results when SELECT misses PKs > -- > > Key: TUSCANY-1464 > URL: https://issues.apache.org/jira/browse/TUSCANY-1464 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1464.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html > Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517162 ] Adriano Crestani commented on TUSCANY-1464: --- 1- OK 2 - commented on ML 3- As ID column being considered primary key is a Convention Over Configuration issue, I think the user shouldn't need to declare it anywhere, cause DAS should recognize it anyway. What do you think? Regards, Adriano Crestani > Wrong query results when SELECT misses PKs > -- > > Key: TUSCANY-1464 > URL: https://issues.apache.org/jira/browse/TUSCANY-1464 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1464.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html > Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517631 ] Adriano Crestani commented on TUSCANY-1464: --- Replies on http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20244.html > Wrong query results when SELECT misses PKs > -- > > Key: TUSCANY-1464 > URL: https://issues.apache.org/jira/browse/TUSCANY-1464 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1464.patch, 1464.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html > Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518654 ] Adriano Crestani commented on TUSCANY-1465: --- - On ReadCommandImpl.setResultDescriptor(List) you are storing the list directly, however I think the list should be copied(also the elements), because the way it is the user can modify the Command's ResultDescriptor List or the ResultDescriptor itself anywhere else on users'code without notify the Command. - The ResultDescriptorSorter.sortList(List) is returning 3 different ways: 1. When the List parameter is null, the method returns null. I think it's ok 2. When the List is empty, the method returns the same List object 3. Otherwise, it's returning a new List object containing the ResultDescriptors sorted by the index I think on 2 the List returned should be a new empty List and not the parameter List. OR the 3 could return the same List but with the objects sorted. I think it's important to define the method logic, if it will always return the same List passed on parameter or return a new List. - Why ResultDescriptor cannot be made Comparable? - Is there any reason not to name the method List Command.set/getResultDescriptor to set/getResultDescriptors? Because it returns a List of ResultDescriptors, and not a single one. Maybe we could use some pattern here, as addResultDescriptor(ResultDescriptor), removeResultDescriptor(ResultDescriptor), and getResultDescriptor(int). - Why the ResultDescriptor Lists paremeters and returns cannot be defined as List? I applied the patch on my trunk and it passed on all mvn tests, I think it`s ok. I just want to know your thougths about my questions above : ) Regards, Adriano Crestani > Allow passing ResultDescriptor for dynamic Commands > --- > > Key: TUSCANY-1465 > URL: https://issues.apache.org/jira/browse/TUSCANY-1465 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1465.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html > Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[
https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518670
]
Adriano Crestani commented on TUSCANY-1464:
---
- On code below, it checks for the fk COC that is table_id, however this code
will take "_id" as fk, but there is no table name before the '_'. I think the
condition below should be >= 1 instead of 0.
ResultMetadata Constructor:
...
String colName = "";
if (columnName.indexOf("_ID") >= 0) {
...
-Another doubt, is the String column name always upper case? Otherwise the
indexof will look for the "_ID" on sensitive case mode, when it shouldn't.
- Why do you check for null pks twice on method
ResultSetProcessor.addRowToGraph?
if (!rawDataFromRow.hasValidPrimaryKey() ||
(rawDataFromRow.hasNullPrimaryKey() &&
!rawDataFromRow.isTableEmpty())) {//some PK null , but other data present
//continue; - need to throw exception as anyway the result will
give a wrong impression
//when any one table in result set misses PK column or has null
value in PK column
throw new RuntimeException("Table
"+rawDataFromRow.getTableName()+" in query does not include Primary Key "+
"column or has null value in it, can not
proceed!");
}
String tableName = rawDataFromRow.getTableName();
DataObject tableObject = registry.get(tableName,
rawDataFromRow.getPrimaryKeyValues());
if (tableObject == null
&& rawDataFromRow.getPrimaryKeyValues() != null
&& !rawDataFromRow.getPrimaryKeyValues().contains(null)
&& rawDataFromRow.getPrimaryKeyValues().size() >0)
{//2nd check for null data in PK,
//as TableData.addData() - hasValidPrimaryKey=false is
commented for a reason
//with this, DataObjs with null PK will not be added to
registry and tableObjects
tableObject = doMaker.createAndAddDataObject(rawDataFromRow,
resultMetadata);
if (this.logger.isDebugEnabled()) {
this.logger.debug("Putting table " + tableName + " with PK "
+ rawDataFromRow.getPrimaryKeyValues() + " into
registry");
}
registry.put(tableName, rawDataFromRow.getPrimaryKeyValues(),
tableObject);
}
else{
if (this.logger.isDebugEnabled()) {
this.logger.debug("Not Null tableObject or NULL PK");
}
}
I applied the patch on trunk, but when mvn compiled there was a class using
ResultDescriptor.getColumnIndex method, but this getter was only added on patch
from JIRA 1465. Then I applied both, 1464 and then 1465, is it ok? Perhaps, the
mvn tests failed on test:
FAILURE!
testReplaceResultDescriptor(org.apache.tuscany.das.rdb.test.DynamicResultDescrip
torTests) Time elapsed: 0.02 sec <<< FAILURE!
junit.framework.AssertionFailedError
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertTrue(Assert.java:27)
at org.apache.tuscany.das.rdb.test.DynamicResultDescriptorTests.testRepl
aceResultDescriptor(DynamicResultDescriptorTests.java:147)
at org.apache.tuscany.das.rdb.test.DynamicResultDescriptorTests.testRepl
aceResultDescriptor(DynamicResultDescriptorTests.java:147)
I don't know if I did something wrong, but I will try it tomorrow, needing to
sleep now ; )
Regards,
Adriano Crestani
> Wrong query results when SELECT misses PKs
> --
>
> Key: TUSCANY-1464
> URL: https://issues.apache.org/jira/browse/TUSCANY-1464
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Affects Versions: Java-DAS-Next
>Reporter: Amita Vadhavkar
>Assignee: Amita Vadhavkar
> Fix For: Java-DAS-Next
>
> Attachments: 1464.patch, 1464.patch, 1464.patch
>
>
> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html
> Fix the bug uncovered in above mail discussion.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518716 ] Adriano Crestani commented on TUSCANY-1465: --- I agree with you ant, I applied the patches from JIRA 1465 and 1464 separately and both passed on maven tests. Then I applied both on the same trunk, but the tests failed, so I couldn't commit :( These errors are commented on https://issues.apache.org/jira/browse/TUSCANY-1464 Regards, Adraino Crestani > Allow passing ResultDescriptor for dynamic Commands > --- > > Key: TUSCANY-1465 > URL: https://issues.apache.org/jira/browse/TUSCANY-1465 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1465.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html > Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[
https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518948
]
Adriano Crestani commented on TUSCANY-1465:
---
Hi Amita,
1)
Lets exemplify:
{ //user code
List userResultDescriptors = new ArrayList();
userResultDescriptors.add(resultDescriptor1);
userResultDescriptors.add(resultDescriptor2);
readCommand.setResultDescriptor(userResultDescriptors);
userResultDescriptors.add(resultDescriptor3); // [3]
} //user code
On ReadCommandImpl:
public void setResultDescriptor(List resultDescriptor){
//for null/0 list or -1 columnIndex, throw RuntimeException
if(resultDescriptor == null || resultDescriptor.size()==0){
throw new RuntimeException("Can not accept null or empty
ResultDescriptor");
}
for(int i=0; i=0 columnIndex
sequencing in ResultDescriptor");
}
}
this.resultDescriptor = resultDescriptor; // [1]
this.resultSetShape = new ResultSetShape(resultDescriptor,
configWrapper.getConfig()); // [2]
}
[1] here the user ResultDescriptor List object is being set as Command
ResultDescriptor List, so when the user add the resultDescriptor3 on [3] the
Command ResultDescriptor List will also be modified.
[2] here the user ResultDescriptor List is being copied on ResultSetShape
constructor when ResultDescriptorSorter.sortList() method is invoked, as
defined on item 2). So, as it is a new copy, when user add the
resultDescriptor3 on the list it will not be updated on ResultSetShape, that
will continue storing info only about the resultDescriptor1 and 2. So, the
readCommandImpl.resultDescriptors and readCommandImpl.resultSetShape will have
different information.
I suggest to copy the user ResultDescriptor List and also its
ResultDescriptors, once the user can externaly alter the ResultDescriptor
object using its setters and it will not be updated on ResultSetShape.
It's just all about the ResultSetShape not being updated when ResultDescriptors
info are modified externaly. If you want to, you may find a way to keep the
ResultSetShape updated, but it all depends on the logic you want to define: if
the user can modify the ResultDescriptor externaly after have set the
ResultDescriptor on a Command or not.
4) Sorry for bothering you with names and patterns issues, but as these methods
will be used by the user, I think we should be cautiously when defining them.
Agreed?
> Allow passing ResultDescriptor for dynamic Commands
> ---
>
> Key: TUSCANY-1465
> URL: https://issues.apache.org/jira/browse/TUSCANY-1465
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Affects Versions: Java-DAS-Next
>Reporter: Amita Vadhavkar
>Assignee: Amita Vadhavkar
> Fix For: Java-DAS-Next
>
> Attachments: 1465.patch
>
>
> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html
> Action for the issue discussed in above mail.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1465. --- Resolution: Fixed > Allow passing ResultDescriptor for dynamic Commands > --- > > Key: TUSCANY-1465 > URL: https://issues.apache.org/jira/browse/TUSCANY-1465 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1465.patch, 1465.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html > Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1464. --- Resolution: Fixed > Wrong query results when SELECT misses PKs > -- > > Key: TUSCANY-1464 > URL: https://issues.apache.org/jira/browse/TUSCANY-1464 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1464.patch, 1464.patch, 1464.patch, 1464.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html > Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1438) Change TuscanySCA Native build system to use ant
[ https://issues.apache.org/jira/browse/TUSCANY-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521286 ] Adriano Crestani commented on TUSCANY-1438: --- The patch tuscany_patch_update10_jira1438 seems to be generated from a old trunk version, somehow my tortoiseSVN is reporting "The patch seems outdated". Regards, Adriano Crestani > Change TuscanySCA Native build system to use ant > > > Key: TUSCANY-1438 > URL: https://issues.apache.org/jira/browse/TUSCANY-1438 > Project: Tuscany > Issue Type: Improvement > Components: C++ SCA >Affects Versions: Cpp-Next > Environment: all platforms >Reporter: Brady Johnson >Priority: Minor > Fix For: Cpp-Next > > Attachments: README_ANT_INSTALL.txt, samples.CppBigBank.build.xml, > tuscany_patch_update10_jira1438, tuscany_patch_update2_jira1438, > tuscany_patch_update3_jira1438, tuscany_patch_update4_jira1438, > tuscany_patch_update5_jira1438, tuscany_patch_update6_jira1438, > tuscany_patch_update7_jira1438, tuscany_patch_update8_jira1438, > tuscany_patch_update9_jira1438, TuscanySCANative.ant.display.system, > tuscanySCAnative_ant.tar.gz, tuscanySCAnative_ant_update1.tar.gz > > > In an effort to simplify the build process, I would like to propose switching > over to use ant instead of automake. It will be much easier to maintain, and > is used by many more developers today than automake. > Per a request by Pete Robbins to show what the build scripts would look like > for cpp/sca/runtime/core, I will attach a patch with the build infrastructure > to build, link, and install said library. > > Brady Johnson > Lead Software Developer - HydraSCA > Rogue Wave Software - [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1463) Support for Clob and Array fields
[ https://issues.apache.org/jira/browse/TUSCANY-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521702 ] Adriano Crestani commented on TUSCANY-1463: --- Commited ; ) Amita, I had some problems applying this patch, I think it was something with my svn, than I fixed it manually. Can you please check if the tests are running as you expect? Regards, Adriano Crestani > Support for Clob and Array fields > - > > Key: TUSCANY-1463 > URL: https://issues.apache.org/jira/browse/TUSCANY-1463 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1463.patch, moin-www.png > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19981.html, > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20400.html > Action on the issues discussed in above mails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1463) Support for Clob and Array fields
[ https://issues.apache.org/jira/browse/TUSCANY-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1463. --- Resolution: Fixed > Support for Clob and Array fields > - > > Key: TUSCANY-1463 > URL: https://issues.apache.org/jira/browse/TUSCANY-1463 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1463.patch, moin-www.png > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19981.html, > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20400.html > Action on the issues discussed in above mails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1239) Statement::executeQuery and Statement::execute should throw exception
[ https://issues.apache.org/jira/browse/TUSCANY-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1239. --- Resolution: Fixed > Statement::executeQuery and Statement::execute should throw exception > - > > Key: TUSCANY-1239 > URL: https://issues.apache.org/jira/browse/TUSCANY-1239 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS > Reporter: Adriano Crestani > Fix For: Cpp-Next > > > Statement::executeQuery and Statement::execute should throw some kind of > exception when the statement query is not successfully completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1466) Improvement in transaction support
[ https://issues.apache.org/jira/browse/TUSCANY-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1466. --- Resolution: Fixed > Improvement in transaction support > -- > > Key: TUSCANY-1466 > URL: https://issues.apache.org/jira/browse/TUSCANY-1466 > Project: Tuscany > Issue Type: Improvement > Components: Java DAS RDB >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1466.patch > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19882.html > Analyze above mail thread further and do necessary improvements. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
Setting::getDataObjectValue returning null pointer -- Key: TUSCANY-1772 URL: https://issues.apache.org/jira/browse/TUSCANY-1772 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: windows xp professional edition Microsoft Visual Studio 2005 Reporter: Adriano Crestani Priority: Critical Fix For: Cpp-Next The method setting.getDataObjectValue is returning a null pointer when the setting.getType().isDataObjectType()==true http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1772: -- Attachment: tuscan1772.adrianocrestani.09_20_2007.patch a new testcase was inserted on SDO tests project, but on this patch, the only testcase being executed is the jira1772, because the others are failing(I dont know why) This testcase, jira1772, demonstrates how the method Setting::getDataObjectValue() is not working as expected, returning a null pointer when its Type is a DataObject > Setting::getDataObjectValue returning null pointer > -- > > Key: TUSCANY-1772 > URL: https://issues.apache.org/jira/browse/TUSCANY-1772 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-Next > Environment: windows xp professional edition > Microsoft Visual Studio 2005 > Reporter: Adriano Crestani >Priority: Critical > Fix For: Cpp-Next > > Attachments: tuscan1772.adrianocrestani.09_20_2007.patch > > > The method setting.getDataObjectValue is returning a null pointer when the > setting.getType().isDataObjectType()==true > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1772: -- Attachment: tuscan1772.adrianocrestani.09_20_2007.patch the second patch is ignoring the root object contained in ChangedObjectList > Setting::getDataObjectValue returning null pointer > -- > > Key: TUSCANY-1772 > URL: https://issues.apache.org/jira/browse/TUSCANY-1772 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-Next > Environment: windows xp professional edition > Microsoft Visual Studio 2005 > Reporter: Adriano Crestani >Priority: Critical > Fix For: Cpp-Next > > Attachments: tuscan1772.adrianocrestani.09_20_2007.patch, > tuscan1772.adrianocrestani.09_20_2007.patch > > > The method setting.getDataObjectValue is returning a null pointer when the > setting.getType().isDataObjectType()==true > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani closed TUSCANY-1772. - Resolution: Fixed http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html > Setting::getDataObjectValue returning null pointer > -- > > Key: TUSCANY-1772 > URL: https://issues.apache.org/jira/browse/TUSCANY-1772 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-Next > Environment: windows xp professional edition > Microsoft Visual Studio 2005 > Reporter: Adriano Crestani >Priority: Critical > Fix For: Cpp-Next > > Attachments: tuscan1772.adrianocrestani.09_20_2007.patch, > tuscan1772.adrianocrestani.09_20_2007.patch > > > The method setting.getDataObjectValue is returning a null pointer when the > setting.getType().isDataObjectType()==true > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1827) SDO Types based PK map needed in GraphMerger
[ https://issues.apache.org/jira/browse/TUSCANY-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1827. --- Resolution: Fixed > SDO Types based PK map needed in GraphMerger > > > Key: TUSCANY-1827 > URL: https://issues.apache.org/jira/browse/TUSCANY-1827 > Project: Tuscany > Issue Type: Bug >Affects Versions: Java-DAS-Next >Reporter: Amita Vadhavkar >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1827.patch > > > DAS GraphMerger code has getPrimaryKeyName() based on SDO Type and > addPrimaryKey() based on database Column name. > So when these 2 are different GraphMerges fails to detect PKs. This is very > similar bug to JIRA-1807. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1837) DataObject having its container set as NULL when removed from a non-containment property
DataObject having its container set as NULL when removed from a non-containment property Key: TUSCANY-1837 URL: https://issues.apache.org/jira/browse/TUSCANY-1837 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Reporter: Adriano Crestani Fix For: Cpp-Next http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24644.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1837) DataObject having its container set as NULL when removed from a non-containment property
[ https://issues.apache.org/jira/browse/TUSCANY-1837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1837. --- Resolution: Fixed bug fixed on revision 583039 > DataObject having its container set as NULL when removed from a > non-containment property > > > Key: TUSCANY-1837 > URL: https://issues.apache.org/jira/browse/TUSCANY-1837 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-Next > Reporter: Adriano Crestani > Fix For: Cpp-Next > > > http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24644.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1845) SDODataTypeHelper.columnTypeForSDOType() throws RuntimeException for "DateTime" SDO Type.
[ https://issues.apache.org/jira/browse/TUSCANY-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12535495 ] Adriano Crestani commented on TUSCANY-1845: --- patch applied under revision 585433 > SDODataTypeHelper.columnTypeForSDOType() throws RuntimeException for > "DateTime" SDO Type. > - > > Key: TUSCANY-1845 > URL: https://issues.apache.org/jira/browse/TUSCANY-1845 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-Next > Environment: Windows XP, Sun JDK 1.4.2_11 >Reporter: Ron Gavlin >Assignee: Amita Vadhavkar > Fix For: Java-DAS-Next > > Attachments: 1845.patch > > > When SDODataTypeHelper.columnTypeForSDOType(Type sdoType) is invoked for > sdoType "DateTime", a RuntimeException is thrown. It appears that > SDODataTypes.DATETIME is being initialized incorrectly. There are other > constants in SDODataTypes that also appear to be initialized incorrectly. I > would suggest that the initialization of all constants in SDODataTypes be > reviewed for accuracy. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1866) Create documentantion for Native DAS on Tuscany web site
Create documentantion for Native DAS on Tuscany web site Key: TUSCANY-1866 URL: https://issues.apache.org/jira/browse/TUSCANY-1866 Project: Tuscany Issue Type: Task Components: C++ DAS Reporter: Adriano Crestani Assignee: Adriano Crestani Fix For: Cpp-M4 Documentation is necessary to attract more users and vonlunteers to Tuscany, so before the first release containing DAS C++, it's necessary to add at least an architecture, user, and getting started guide to DAS C++ section on Tuscany web site. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1694) sdotest does not compile
[ https://issues.apache.org/jira/browse/TUSCANY-1694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1694. --- Resolution: Fixed > sdotest does not compile > > > Key: TUSCANY-1694 > URL: https://issues.apache.org/jira/browse/TUSCANY-1694 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-Next > Environment: Linux Fedora Core 2.6.21-1.3194.fc7 > g++ (GCC) 4.1.2 20070502 (Red Hat 4.1.2-12) >Reporter: Ralf Henschkowski > Fix For: Cpp-Next > > Attachments: sdotest.patch > > > gcc complains that RefCountBase::~RefCountBase() is incorrect. Removing the > RefCountBase namespace from the destructor fixes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1695) SDOUtils.cpp does not compile due to problematic cast
[
https://issues.apache.org/jira/browse/TUSCANY-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adriano Crestani resolved TUSCANY-1695.
---
Resolution: Fixed
> SDOUtils.cpp does not compile due to problematic cast
> -
>
> Key: TUSCANY-1695
> URL: https://issues.apache.org/jira/browse/TUSCANY-1695
> Project: Tuscany
> Issue Type: Bug
> Components: C++ Build
>Affects Versions: Cpp-Next
> Environment: Linux Fedora Core 2.6.21-1.3194.fc7
> g++ (GCC) 4.1.2 20070502 (Red Hat 4.1.2-12)
>Reporter: Ralf Henschkowski
> Fix For: Cpp-Next
>
>
> compiler sees ambiguitiy in the following line:
> ===
> --- sdo/runtime/core/src/commonj/sdo/SDOUtils.cpp (revision 575198)
> +++ sdo/runtime/core/src/commonj/sdo/SDOUtils.cpp (working copy)
> @@ -275,7 +275,7 @@
> j != pl.end();
> j++)
>{
> - PropertyPtr current = *j;
> + PropertyPtr current = (PropertyPtr)*j;
> out << "\tProperty: "
> << current->getName()
> Explicit cast helped to compile it, but I'm not sure if it is a fix ...
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1904) Implement distribution target for DAS ant build
Implement distribution target for DAS ant build --- Key: TUSCANY-1904 URL: https://issues.apache.org/jira/browse/TUSCANY-1904 Project: Tuscany Issue Type: Improvement Components: C++ DAS Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for DAS ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1904) Implement distribution target for DAS ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1904: - Assignee: Adriano Crestani > Implement distribution target for DAS ant build > --- > > Key: TUSCANY-1904 > URL: https://issues.apache.org/jira/browse/TUSCANY-1904 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS > Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Minor > Fix For: Cpp-M4 > > > create a distribution target for DAS ant build to auto generate the > distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1905) Implement distribution target for SDO ant build
Implement distribution target for SDO ant build --- Key: TUSCANY-1905 URL: https://issues.apache.org/jira/browse/TUSCANY-1905 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SDO ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1906) Implement distribution target for SCA ant build
Implement distribution target for SCA ant build --- Key: TUSCANY-1906 URL: https://issues.apache.org/jira/browse/TUSCANY-1906 Project: Tuscany Issue Type: Improvement Components: C++ SCA Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SCA ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1904) Implement distribution target for DAS ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1904. --- Resolution: Fixed resolved under revision 594022 > Implement distribution target for DAS ant build > --- > > Key: TUSCANY-1904 > URL: https://issues.apache.org/jira/browse/TUSCANY-1904 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS > Reporter: Adriano Crestani >Assignee: Adriano Crestani >Priority: Minor > Fix For: Cpp-M4 > > > create a distribution target for DAS ant build to auto generate the > distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1908) SDO sample code must be updated about SDO core changes
SDO sample code must be updated about SDO core changes -- Key: TUSCANY-1908 URL: https://issues.apache.org/jira/browse/TUSCANY-1908 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Cpp-M4 SDO C++ core had its DataObject::setInteger and getInteger method renamed to setInt and getInt respectively. These changes must be reflected on SDO sample -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1908) SDO sample code must be updated about SDO core changes
[ https://issues.apache.org/jira/browse/TUSCANY-1908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1908. --- Resolution: Fixed resolved on revision 594291 > SDO sample code must be updated about SDO core changes > -- > > Key: TUSCANY-1908 > URL: https://issues.apache.org/jira/browse/TUSCANY-1908 > Project: Tuscany > Issue Type: Bug > Components: C++ SDO >Affects Versions: Cpp-M3 >Reporter: Adriano Crestani > Assignee: Adriano Crestani >Priority: Critical > Fix For: Cpp-M4 > > > SDO C++ core had its DataObject::setInteger and getInteger method renamed to > setInt and getInt respectively. These changes must be reflected on SDO sample -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1905) Implement distribution target for SDO ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1905. --- Resolution: Fixed > Implement distribution target for SDO ant build > --- > > Key: TUSCANY-1905 > URL: https://issues.apache.org/jira/browse/TUSCANY-1905 > Project: Tuscany > Issue Type: Improvement > Components: C++ SDO >Affects Versions: Cpp-M3 >Reporter: Adriano Crestani >Priority: Minor > Fix For: Cpp-M4 > > > create a distribution target for SDO ant build to auto generate the > distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-985) Missing exceptions
Missing exceptions -- Key: TUSCANY-985 URL: http://issues.apache.org/jira/browse/TUSCANY-985 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Adriano Crestani Priority: Minor There are methods that should be throwing exceptions. These methods are catching the exception, cleaning up the connection involking the method org.apache.tuscany.das.rdb.impl.ConnectionImpl.errorCleanUp(), but no error is reported. They should be throwing an exception when the connection is cleaned with error. The methods are: org.apache.tuscany.das.rdb.impl.ReadCommandImpl.executeQuery() org.apache.tuscany.das.rdb.impl.ApplyChangesCommandImpl.execute(DataObject root) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: DAS_CPP.zip > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: DAS_CPP_01_11_2007.zip > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: DAS_CPP_01_11_2007.zip > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, > DAS_CPP_01_11_2007.zip > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070117.txt > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, > DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070207.patch > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, > DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, > tuscany1040.crestani.20070207.patch > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070208.patch > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ SDO >Affects Versions: Wish list >Reporter: Luciano Resende > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, > DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, > tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1040: - Assignee: Adriano Crestani > DAS C++ > --- > > Key: TUSCANY-1040 > URL: https://issues.apache.org/jira/browse/TUSCANY-1040 > Project: Tuscany > Issue Type: New Feature > Components: C++ DAS >Affects Versions: Wish list >Reporter: Luciano Resende > Assigned To: Adriano Crestani > Fix For: Wish list > > Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, > DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, > tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch > > > Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1140) Implementation of DAS Lite Command classes
Implementation of DAS Lite Command classes -- Key: TUSCANY-1140 URL: https://issues.apache.org/jira/browse/TUSCANY-1140 Project: Tuscany Issue Type: Sub-task Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Assigned To: Adriano Crestani Fix For: Wish list Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl classes as described on the DAS Lite class diagram: http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1140: -- Attachment: tuscany1040.crestani.20070315.patch - Added a new project to vs solution titled das_lite - Implementation of ReadCommanImpl, BaseCommandImpl and CommandImpl classes - Integration with sdo on ReadCommanImpl::buildGraph method is not working correctly - Also added other classes of das_lite library, but not completely implemented yet > Implementation of DAS Lite Command classes > -- > > Key: TUSCANY-1140 > URL: https://issues.apache.org/jira/browse/TUSCANY-1140 > Project: Tuscany > Issue Type: Sub-task > Components: C++ DAS >Affects Versions: Wish list >Reporter: Adriano Crestani > Assigned To: Adriano Crestani > Fix For: Wish list > > Attachments: tuscany1040.crestani.20070315.patch > > > Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl > classes as described on the DAS Lite class diagram: > http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1140: -- Attachment: DAS.zip > Implementation of DAS Lite Command classes > -- > > Key: TUSCANY-1140 > URL: https://issues.apache.org/jira/browse/TUSCANY-1140 > Project: Tuscany > Issue Type: Sub-task > Components: C++ DAS >Affects Versions: Wish list >Reporter: Adriano Crestani > Assigned To: Adriano Crestani > Fix For: Wish list > > Attachments: DAS.zip, tuscany1040.crestani.20070315.patch > > > Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl > classes as described on the DAS Lite class diagram: > http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1140: -- Attachment: tuscany1140.crestani.20070406.patch - added new classes to generate the sdo graph: GraphBuilder(incomplete), GraphBuilderMetaData, Table and Column - added new classes to better deal with odbc functionalities: ResultSetMetaData and ResultSet > Implementation of DAS Lite Command classes > -- > > Key: TUSCANY-1140 > URL: https://issues.apache.org/jira/browse/TUSCANY-1140 > Project: Tuscany > Issue Type: Sub-task > Components: C++ DAS >Affects Versions: Wish list >Reporter: Adriano Crestani > Assigned To: Adriano Crestani > Fix For: Wish list > > Attachments: DAS.zip, tuscany1040.crestani.20070315.patch, > tuscany1140.crestani.20070406.patch > > > Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl > classes as described on the DAS Lite class diagram: > http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1219) Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement
[ https://issues.apache.org/jira/browse/TUSCANY-1219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1219: -- Environment: WIN32 (was: Plattaform Windows with Microsoft Visual C++ 2005 Express Edition.) > Modification in Connection and Statement classes. Creation of new classes : > SqlException, PreparedStatement > --- > > Key: TUSCANY-1219 > URL: https://issues.apache.org/jira/browse/TUSCANY-1219 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS >Affects Versions: Wish list > Environment: WIN32 >Reporter: Douglas Siqueira Leite > Fix For: Wish list > > > There are some modifications in the Connection class, mainly in the > constructor. Now the constructor´s arguments are the dns, user, and password, > instead of the SQLHENV and SQLHDBC. > SqlException class was created to indicate an ocurrence of a exception > related to a sql error. > The main modifications in the Statement class are the call of some ODBC > functions, and the change of some variable sql types that was depreciated, > like HSTMT to SQLHSTMT. > The PreparedStatement class definition was created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1219) Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement
[ https://issues.apache.org/jira/browse/TUSCANY-1219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1219. --- Resolution: Fixed > Modification in Connection and Statement classes. Creation of new classes : > SqlException, PreparedStatement > --- > > Key: TUSCANY-1219 > URL: https://issues.apache.org/jira/browse/TUSCANY-1219 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS >Affects Versions: Wish list > Environment: WIN32 >Reporter: Douglas Siqueira Leite > Fix For: Wish list > > Attachments: tuscany-1219-douglassleite.04212007 > > > There are some modifications in the Connection class, mainly in the > constructor. Now the constructor´s arguments are the dns, user, and password, > instead of the SQLHENV and SQLHDBC. > SqlException class was created to indicate an ocurrence of a exception > related to a sql error. > The main modifications in the Statement class are the call of some ODBC > functions, and the change of some variable sql types that was depreciated, > like HSTMT to SQLHSTMT. > The PreparedStatement class definition was created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1220) FK columns name retrieved by dbms contain invalid characters
FK columns name retrieved by dbms contain invalid characters Key: TUSCANY-1220 URL: https://issues.apache.org/jira/browse/TUSCANY-1220 Project: Tuscany Issue Type: Task Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Priority: Minor Fix For: Wish list The method ResultSet* Database::getFKs(std::string tableName) const returns a ResultSet containing information about the tableName foreign keys. When getting specially the pk column name and fk column name, it is returning the column name surrounded by " ' ". For example: std::cout << "FK Column Name = " << fksResultSet->getSQLVarchar(7); // 7th column contains the fk column name std::cout << "\nPK Column Name = " << fksResultSet->getSQLVarchar(3); // 3th column contains the fk column name std::cout << "\nPK Table Name = " << fksResultSet->getSQLVarchar(2); // 2nd column contains the pk table name output: FK Column Name = 'COMPANY_ID' PK Column Name = 'ID' PK Table Name = DEPARTMENT As seen on the output, only the pk and fk column name are surrounded by " ' " . I'm actually solving this problem removing the " ' " from the string: std::string fkColumnName = fksResultSet->getSQLVarchar(7); std::string pkTableName = fksResultSet->getSQLVarchar(2); std::string pkColumnName = fksResultSet->getSQLVarchar(3); fkColumnName = fkColumnName.substr(1, fkColumnName.size() - 2); pkColumnName = pkColumnName.substr(1, pkColumnName.size() - 2); I'm using MySQL server. I don't know if it happens only with MySQL server or if there are others which do the same. I propose to test it using others DBMSs to test if it happens only on MySQL server or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-952) DAS must support queries that reference tables in different "schemas"
[
https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491452
]
Adriano Crestani commented on TUSCANY-952:
--
Amita, I was revising your classes and found some problems:
- The following constructor:
...
public QualifiedColumn(String name, boolean isDatabaseSchemaNameSupported) {
int index = name.indexOf('.');
if ( index == -1 ) {
throw new RuntimeException("Column " + name + " must be qualified
with a table name and optional schema name");
}
...
If a new QualifiedColumn("table", false) is invoked, it will throw an
RuntimeException because it doesn't check if on the first condition the
variable isDatabaseSchemaNameSupported.
I suggest a modification on the first condition:
...
if ( index == -1 && !isDatabaseSchemaNameSupported) {
throw new RuntimeException("Column " + name + " must be qualified
with a table name and optional schema name");
}
...
-
Another doubt on MappingWrapper.addRelationship(Vector parentNames, Vector
childNames) that you create two Vector and add new
QualifiedColumns are being created with QualifiedColumn(String tableName)
constructor. This way it will not load the schema name. I commented it on the
code bellow:
...
public Relationship addRelationship(Vector parentNames, Vector childNames) {
//create vector for each
if(parentNames.size() != childNames.size()){
throw new RuntimeException("Can not for relationship for multiple
keys, different sizes");
}
Vector parentColumns = new Vector();
Vector childColumns = new Vector();
for(int i=0; i>>> it should be checked if the schema name is supported and use
another constructor for it
QualifiedColumn parent = new
QualifiedColumn((String)parentNames.get(i));
QualifiedColumn child = new
QualifiedColumn((String)childNames.get(i));
parentColumns.add(parent);
childColumns.add(child);
}
//all parent columns should be from same table and schema
//all child columns should be from same table and schema
checkTableNames(parentColumns);
checkSchemaNames(parentColumns);
checkTableNames(childColumns);
checkSchemaNames(childColumns);
Relationship r = FACTORY.createRelationship();
//JIRA-952
if(this.config.isDatabaseSchemaNameSupported()){
//>>>>> As the QualifiedColumns are being created with
QualifiedName(String name) constructor, the method getShemaName will always
return ""
r.setName(((QualifiedColumn)childColumns.get(0)).getSchemaName()+"."
+((QualifiedColumn)childColumns.get(0)).getTableName());
r.setPrimaryKeyTable(((QualifiedColumn)parentColumns.get(0)).getSchemaName()+"."
+((QualifiedColumn)parentColumns.get(0)).getTableName());
r.setForeignKeyTable(((QualifiedColumn)childColumns.get(0)).getSchemaName()+"."
+((QualifiedColumn)childColumns.get(0)).getTableName());
}
else{
r.setName(((QualifiedColumn)childColumns.get(0)).getTableName());
r.setPrimaryKeyTable(((QualifiedColumn)parentColumns.get(0)).getTableName());
r.setForeignKeyTable(((QualifiedColumn)childColumns.get(0)).getTableName());
}
...
-
I didn't check all your code yet, I will wait for clarifications ; )
Adriano Crestani
> DAS must support queries that reference tables in different "schemas"
> -
>
> Key: TUSCANY-952
> URL: https://issues.apache.org/jira/browse/TUSCANY-952
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Reporter: Kevin Williams
> Fix For: Java-DAS-Mx
>
> Attachments: DAS-JIRA-952-Apr24-Amita.txt, JIRA-952-Details.doc,
> JIRA-952-Feb16-Amita.jar, JIRA-952-Mar01-Amita.jar
>
>
> The DAS is curently ignorant of database schema designations. This means the
> DAS will generate incorrect write statements when it processes the change
> summary from a data graph that originated from a query that uses schema names
> that are different from the default schema.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-952) DAS must support queries that reference tables in different "schemas"
[
https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491540
]
Adriano Crestani commented on TUSCANY-952:
--
I don't know if I'm correct, but the condition in the method below shouldn't be
the inverse?
Actually:
public void addConverter(String name, String converter) {
QualifiedColumn column = new QualifiedColumn(name);
Table t = null;
if(this.config.isDatabaseSchemaNameSupported()){
t = findOrCreateTable(column);
}
else{
t = findOrCreateTable(column.getSchemaName(),
column.getTableName());//JIRA-952
}
Column c = findOrCreateColumn(t, column.getColumnName());
c.setConverterClassName(converter);
}
Suggested:
...
if(this.config.isDatabaseSchemaNameSupported()){
t = findOrCreateTable(column.getSchemaName(),
column.getTableName());//JIRA-952
}
else{
t = findOrCreateTable(column);
}
...
(Sorry for the indentation, but it's difficult to indent code on these comments
:s)
Cause there is only schema name if the database schema name is supported.
Adriano Crestani
> DAS must support queries that reference tables in different "schemas"
> -
>
> Key: TUSCANY-952
> URL: https://issues.apache.org/jira/browse/TUSCANY-952
> Project: Tuscany
> Issue Type: Bug
> Components: Java DAS RDB
>Reporter: Kevin Williams
> Fix For: Java-DAS-Mx
>
> Attachments: DAS-JIRA-952-Apr24-Amita.txt, JIRA-952-Details.doc,
> JIRA-952-Feb16-Amita.jar, JIRA-952-Mar01-Amita.jar
>
>
> The DAS is curently ignorant of database schema designations. This means the
> DAS will generate incorrect write statements when it processes the change
> summary from a data graph that originated from a query that uses schema names
> that are different from the default schema.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1239) Statement::executeQuery and Statement::execute should throw exception
Statement::executeQuery and Statement::execute should throw exception - Key: TUSCANY-1239 URL: https://issues.apache.org/jira/browse/TUSCANY-1239 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Fix For: Wish list Statement::executeQuery and Statement::execute should throw some kind of exception when the statement query is not successfully completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1295) Resolve Memory Leaks in RDB DAS source and test cases code
[ https://issues.apache.org/jira/browse/TUSCANY-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498146 ] Adriano Crestani commented on TUSCANY-1295: --- Hi Amita, I got a problem with the file MultiSchemaTests.java. It seems mixed the data of three files in one. Cause there are three MultiSchemaTests class defined along the file. I haven't check if they are the same, like if someone copied the class and pasted twice in the same file. Can you check this out? The same happens on MultiSchemaData.java. > Resolve Memory Leaks in RDB DAS source and test cases code > -- > > Key: TUSCANY-1295 > URL: https://issues.apache.org/jira/browse/TUSCANY-1295 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB >Affects Versions: Java-DAS-M3 >Reporter: Amita Vadhavkar > Fix For: Java-DAS-Mx > > Attachments: JIRA1295_952_May21.txt, JIRA1295_952_May21.txt, > JIRA1295_952_May22.txt, JProfReportsMay21.zip, JProfReportsMay21.zip > > > It is seen that as the number of test cases in RDB DAS JUnit testing > increase, the memory consumption increase > and beyond a certail limit, there is OutOfMemory exception for heap memory. > This JIRA is created to elaborate the > cause-solution for this and provide the fix. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2139) When updating the PK it builds the wrong WHERE clause
[ https://issues.apache.org/jira/browse/TUSCANY-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582318#action_12582318 ] Adriano Crestani commented on TUSCANY-2139: --- Hi René, The patch seems out of date. I think you need to update your trunk and regenerate tha patch. Then attach the patch again ; ) Thanks, Adriano Crestani > When updating the PK it builds the wrong WHERE clause > - > > Key: TUSCANY-2139 > URL: https://issues.apache.org/jira/browse/TUSCANY-2139 > Project: Tuscany > Issue Type: Bug > Components: Java DAS RDB > Environment: Version is Java-DAS-1.0-beta2 (wasn't an available > choice in the "Affects Version/s" select box) >Reporter: René de Bloois >Priority: Blocker > Attachments: TUSCANY-2139.patch > > > I updated the CODE and the ID column (ID is the PK) and get the following > logging: > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Executing statement update TICK_CLIENT set CODE = ?, ID = ? > where ID = ? and CODE = ? and ID = ? > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Setting parameter 1 to test6 > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Setting parameter 2 to test6 > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Setting parameter 3 to test6 > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Setting parameter 4 to test5 > DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement > | Setting parameter 5 to test > So the ID is put twice in the WHERE clause with different values (the old > value and the new). This will never update a record and results in: > org.apache.tuscany.das.rdb.exception.OptimisticConcurrencyException: An > update collision occurred -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1659: - Assignee: Adriano Crestani > SDO DateConversion test cases fail under linux > -- > > Key: TUSCANY-1659 > URL: https://issues.apache.org/jira/browse/TUSCANY-1659 > Project: Tuscany > Issue Type: Bug > Components: Java SDO Implementation >Affects Versions: Java-SDO-Next > Environment: Linux Ubuntu 7.0.4 >Reporter: Luciano Resende > Assignee: Adriano Crestani > Fix For: Java-SDO-Next > > Attachments: tuscany-1659.tgz > > > The following tests are failing under revision #571238 > Tests in error: > testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12583587#action_12583587 ] Adriano Crestani commented on TUSCANY-1659: --- These failures have nothing to do with Linux at all. It's failing because when the Date object is formatted by a SimpleDateObject, the time zone is formatted as GTM +-HH:mm format, and not as the abbreviation format (for example: PDT). However, the DataHelperImpl.toDate() is expecting a time zone formatted only as abbreviation, probably because the sdo date format defines it on its spec, but it's not really clear about it. Unfortunately, it seems you cannot define whether the time zone is formatted as GMT format or abbreviation format. It seems env-dependent, because I'm getting the same problem on Windows XP. On XP, the problem seems to be a bug reported at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6390869. It happens when you check or not the option 'Automatically adjust clock for daylight saving changes' on XP date/time settings, when it's checked, the time zone is formatted as abbreviation, otherwise it's formatted as GMT format. I think there are 2 solutions, I could replace the GMT +-HH:mm format by the abbreviation format on the String returned by the SimpleDateFormat.format() method, but it would fix only the testcases, and each SDO user will still get trouble with it. Or I can modify the toDate() method to also accept the GMT format, but I'm not sure it would be according SDO spec. I have raised some question about whether SDO should accept GMT format or not at: http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg29706.html Adriano Crestani > SDO DateConversion test cases fail under linux > -- > > Key: TUSCANY-1659 > URL: https://issues.apache.org/jira/browse/TUSCANY-1659 > Project: Tuscany > Issue Type: Bug > Components: Java SDO Implementation >Affects Versions: Java-SDO-Next > Environment: Linux Ubuntu 7.0.4 >Reporter: Luciano Resende >Assignee: Adriano Crestani > Fix For: Java-SDO-Next > > Attachments: tuscany-1659.tgz > > > The following tests are failing under revision #571238 > Tests in error: > testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1659. --- Resolution: Fixed Fixed on revision 643224. I created a SDOSimpleDateFormat that extends the SimpleDateFormat. This new class ensures the time zone is in the abbreviation format. If it's not, it looks for its abbreviation format. > SDO DateConversion test cases fail under linux > -- > > Key: TUSCANY-1659 > URL: https://issues.apache.org/jira/browse/TUSCANY-1659 > Project: Tuscany > Issue Type: Bug > Components: Java SDO Implementation >Affects Versions: Java-SDO-Next > Environment: Linux Ubuntu 7.0.4 >Reporter: Luciano Resende >Assignee: Adriano Crestani > Fix For: Java-SDO-Next > > Attachments: tuscany-1659.tgz > > > The following tests are failing under revision #571238 > Tests in error: > testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) > > testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) > Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2300) performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter
[ https://issues.apache.org/jira/browse/TUSCANY-2300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12595965#action_12595965 ] Adriano Crestani commented on TUSCANY-2300: --- Hi, When trying to apply both patches I get the following message: "The line "Index: " was not found! Either this is not a diff file or the diff is empty." Could you please recreate the patch? Thanks, Adriano Crestani > performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter > - > > Key: TUSCANY-2300 > URL: https://issues.apache.org/jira/browse/TUSCANY-2300 > Project: Tuscany > Issue Type: Improvement > Components: C++ SDO >Reporter: Stanisław T. Findeisen > Fix For: Cpp-Next > > Attachments: tuscany-patch1-do-czytania.tgz, tuscany-patch2.tgz > > > Hello Tuscany Developers > Here at IBM Polska we wrote a patch for M3 addressing some performance > issues. It is short, so please read it - I hope it is self-explanatory. > Main areas of our development were: > (1) DataFactoryImpl::findTypeImpl --- we added new string hash based > searching of types. > (2) TypeImpl --- we added these maps: > std::map hmPropIdx; // property index by > property name > std::map propByIdx; // property by index > (3) DataObjectImpl::getPropertyIndex(const Property& p) and > DataObjectImpl::getProperty(unsigned int index) (make use of improvements in > TypeImpl) > (4) SDOXMLWriter --- we removed some conversions from std::list to > std::vector that we thought were unnecessary. > I hope you will be able to apply this patch and include it in the next > release. Let me know of you have any problems. > STF -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TUSCANY-2300) performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter
[ https://issues.apache.org/jira/browse/TUSCANY-2300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12596009#action_12596009 ] Adriano Crestani commented on TUSCANY-2300: --- I'm using the TortoiseSVN client to apply the patches. I'm not a svn expert, but when I generate a patch using the "svn diff" command (not using the TortoiseSVN) it starts with something like: Index: antscripts/system.xml === --- antscripts/system.xml (revision 655401) +++ antscripts/system.xml (working copy) ... The ones you have sent me does not start with this pattern, including this last one. And this "Index: ..." is what the TortoiseSVN is not finding. Anyway, I will also wait for all the details about this last patch. If there are fixed bug, it's good to know, because there might be another JIRA open for that. Thanks, Adriano Crestani > performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter > - > > Key: TUSCANY-2300 > URL: https://issues.apache.org/jira/browse/TUSCANY-2300 > Project: Tuscany > Issue Type: Improvement > Components: C++ SDO >Reporter: Stanisław T. Findeisen > Fix For: Cpp-Next > > Attachments: tuscany-M3-patch-2008-05-12-do-czytania.tgz, > tuscany-patch1-do-czytania.tgz, tuscany-patch2.tgz > > > Hello Tuscany Developers > Here at IBM Polska we wrote a patch for M3 addressing some performance > issues. It is short, so please read it - I hope it is self-explanatory. > Main areas of our development were: > (1) DataFactoryImpl::findTypeImpl --- we added new string hash based > searching of types. > (2) TypeImpl --- we added these maps: > std::map hmPropIdx; // property index by > property name > std::map propByIdx; // property by index > (3) DataObjectImpl::getPropertyIndex(const Property& p) and > DataObjectImpl::getProperty(unsigned int index) (make use of improvements in > TypeImpl) > (4) SDOXMLWriter --- we removed some conversions from std::list to > std::vector that we thought were unnecessary. > I hope you will be able to apply this patch and include it in the next > release. Let me know of you have any problems. > STF -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TUSCANY-2314) OpenPGP jar should not fail the ant process when not found
OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2314 URL: https://issues.apache.org/jira/browse/TUSCANY-2314 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor Fix For: Cpp-M3 When running the ant on SDO it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TUSCANY-2315) OpenPGP jar should not fail the ant process when not found
OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2315 URL: https://issues.apache.org/jira/browse/TUSCANY-2315 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor When running the ant on DAS it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TUSCANY-2314) OpenPGP jar should not fail the ant process when not found
[ https://issues.apache.org/jira/browse/TUSCANY-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-2314. --- Resolution: Fixed implemented on revision 655668 > OpenPGP jar should not fail the ant process when not found > -- > > Key: TUSCANY-2314 > URL: https://issues.apache.org/jira/browse/TUSCANY-2314 > Project: Tuscany > Issue Type: Improvement > Components: C++ SDO >Affects Versions: Cpp-M4 >Reporter: Adriano Crestani > Assignee: Adriano Crestani >Priority: Minor > Fix For: Cpp-M3 > > > When running the ant on SDO it always try to load the OpenPGP jar, but it's > only needed when packing the distributions. > So, as this jar is only required when packing the dists, it should not fail > the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TUSCANY-2315) OpenPGP jar should not fail the ant process when not found
[ https://issues.apache.org/jira/browse/TUSCANY-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-2315. --- Resolution: Fixed improvement implemented on revision 655689 > OpenPGP jar should not fail the ant process when not found > -- > > Key: TUSCANY-2315 > URL: https://issues.apache.org/jira/browse/TUSCANY-2315 > Project: Tuscany > Issue Type: Improvement > Components: C++ DAS >Affects Versions: Cpp-M4 >Reporter: Adriano Crestani > Assignee: Adriano Crestani >Priority: Minor > > When running the ant on DAS it always try to load the OpenPGP jar, but it's > only needed when packing the distributions. > So, as this jar is only required when packing the dists, it should not fail > the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
