Re: New version solves Feature 'ConnectionInfo' not found problem
Hi Enric I was chatting with Amita about this problem, and she found that this might be a problem on our code, I have applied a fix for the issue to trunk under revision #554549. Please let us know if that helps. On 7/6/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: BTW, did you solve this problem with Oracle? We optionally are allowed to use Oracle instead of PostgreSQL... Regards 2007/7/5, Luciano Resende [EMAIL PROTECTED]: This might be the same issue we have with the Oracle JDBC drive, could you try specifying the resultset shape definition in the das config as described in this user's guide link [1] and see if this make you go further ? [1] http://cwiki.apache.org/confluence/display/TUSCANY/Explicit+ResultSet+shape+definition On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: Luciano, when configuring the Customer sample against mysql everything goes fine. The PostgreSQL connection and table creation also works fine, but the SELECT sentence reports back the following exception: Exception in thread main *java.lang.RuntimeException*: * org.postgresql.util.PSQLException*: Returning autogenerated keys is not supported. at org.apache.tuscany.das.rdb.impl.ReadCommandImpl.executeQuery(* ReadCommandImpl.java:65*) at org.apache.tuscany.samples.das.customer.CustomerClient.getCustomers(* CustomerClient.java:168*) at org.apache.tuscany.samples.das.customer.CustomerClient.main(* CustomerClient.java:131*) Caused by: *org.postgresql.util.PSQLException*: Returning autogenerated keys is not supported. at org.postgresql.jdbc3.AbstractJdbc3Connection.prepareStatement(* AbstractJdbc3Connection.java:352*) at org.apache.tuscany.das.rdb.impl.ConnectionImpl.prepareStatement(* ConnectionImpl.java:97*) at org.apache.tuscany.das.rdb.impl.Statement.getPreparedStatement(* Statement.java:198*) at org.apache.tuscany.das.rdb.impl.Statement.executeQuery(* Statement.java:52 *) at org.apache.tuscany.das.rdb.impl.ReadCommandImpl.executeQuery(* ReadCommandImpl.java:61*) Regards, Enric 2007/7/5, Luciano Resende [EMAIL PROTECTED]: Yes, the typical one should work. I particularly haven't tried with PostgreSQL, but I don't anticipate any issues, you might have to manually create the databases, or maybe tweak the database generation classes under o.a.t.samples.das.databaseSetup. Once you make it working, and if you want, you could share your updates so we can make it easier for others that want to use the sample with PostgreSQL. I'll be more then happy to review and submit it to trunk. On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: by the way, the database engine i'll have to use is PostgreSQL 8.1, but the configuration has to be a typicall one, isn't it, something like: ConnectionInfo ConnectionProperties driverClass=org.postgresql.Driver databaseURL=jdbc:postgresql:databasename user=enric password=mypassword loginTimeout=60 /ConnectionProperties /ConnectionInfo 2007/7/5, Enric Staromiejski Torregrosa [EMAIL PROTECTED] : i imagined...but even if i get driverClass accepted, Feature user is not i'm really impressed and happy with your presence and collaboration...it's greatly encouraging to a newby ;) Enric 2007/7/5, Luciano Resende [EMAIL PROTECTED]: The XSD is available here [1]. I would need to give it a try using MySQL, but giving it a quick look on the DAS config files, looks like connection info other then the derby one hasn't been updated recently, and you would need to make some small modifications to it. ConnectionInfo ConnectionProperties driverClass= com.mysql.jdbc.jdbc2.optional.MysqlDataSource databaseURL=java:comp/env/jdbc/dastest user=root password=yourpassword loginTimeout=60 /ConnectionProperties /ConnectionInfo [1] https://svn.apache.org/repos/asf/incubator/tuscany/java/das/rdb/src/main/resources/config.xsd On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: Yeah, but the path seems hard, hard. I just discovered the problem is not related with the code, but with the fact that i was trying to use another connection distinct to the derby one. I'm working with the default Customer sample code Tuscany is distributing. When using the derby connection
puzzle from a fresh
A little confused: svn structure just like version 0.9 src, but 1.0-M2 likes a new file structure! When I compile bigbank sample from svn, O, beside of a lot of mis versioning, the very problem is that the generated java codes imports org.apache.tuscany.api.annotation.DataType, which is not one of the svn and 0.9, but is a class of 1.0-M2. I may figure it as a missing work on the svn tree, or, were I made a mistake some where, please tell me. THANKs. - Shape Yahoo! in your own image. Join our Network Research Panel today!
Re: New version solves Feature 'ConnectionInfo' not found problem
I'll be absent for three or four days, but i'll try it when i'll be back. Thanks for the effort. Enric 2007/7/9, Luciano Resende [EMAIL PROTECTED]: Hi Enric I was chatting with Amita about this problem, and she found that this might be a problem on our code, I have applied a fix for the issue to trunk under revision #554549. Please let us know if that helps. On 7/6/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: BTW, did you solve this problem with Oracle? We optionally are allowed to use Oracle instead of PostgreSQL... Regards 2007/7/5, Luciano Resende [EMAIL PROTECTED]: This might be the same issue we have with the Oracle JDBC drive, could you try specifying the resultset shape definition in the das config as described in this user's guide link [1] and see if this make you go further ? [1] http://cwiki.apache.org/confluence/display/TUSCANY/Explicit+ResultSet+shape+definition On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: Luciano, when configuring the Customer sample against mysql everything goes fine. The PostgreSQL connection and table creation also works fine, but the SELECT sentence reports back the following exception: Exception in thread main *java.lang.RuntimeException*: * org.postgresql.util.PSQLException*: Returning autogenerated keys is not supported. at org.apache.tuscany.das.rdb.impl.ReadCommandImpl.executeQuery(* ReadCommandImpl.java:65*) at org.apache.tuscany.samples.das.customer.CustomerClient.getCustomers(* CustomerClient.java:168*) at org.apache.tuscany.samples.das.customer.CustomerClient.main(* CustomerClient.java:131*) Caused by: *org.postgresql.util.PSQLException*: Returning autogenerated keys is not supported. at org.postgresql.jdbc3.AbstractJdbc3Connection.prepareStatement(* AbstractJdbc3Connection.java:352*) at org.apache.tuscany.das.rdb.impl.ConnectionImpl.prepareStatement(* ConnectionImpl.java:97*) at org.apache.tuscany.das.rdb.impl.Statement.getPreparedStatement(* Statement.java:198*) at org.apache.tuscany.das.rdb.impl.Statement.executeQuery(* Statement.java:52 *) at org.apache.tuscany.das.rdb.impl.ReadCommandImpl.executeQuery(* ReadCommandImpl.java:61*) Regards, Enric 2007/7/5, Luciano Resende [EMAIL PROTECTED]: Yes, the typical one should work. I particularly haven't tried with PostgreSQL, but I don't anticipate any issues, you might have to manually create the databases, or maybe tweak the database generation classes under o.a.t.samples.das.databaseSetup. Once you make it working, and if you want, you could share your updates so we can make it easier for others that want to use the sample with PostgreSQL. I'll be more then happy to review and submit it to trunk. On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: by the way, the database engine i'll have to use is PostgreSQL 8.1, but the configuration has to be a typicall one, isn't it, something like: ConnectionInfo ConnectionProperties driverClass=org.postgresql.Driver databaseURL=jdbc:postgresql:databasename user=enric password=mypassword loginTimeout=60 /ConnectionProperties /ConnectionInfo 2007/7/5, Enric Staromiejski Torregrosa [EMAIL PROTECTED] : i imagined...but even if i get driverClass accepted, Feature user is not i'm really impressed and happy with your presence and collaboration...it's greatly encouraging to a newby ;) Enric 2007/7/5, Luciano Resende [EMAIL PROTECTED]: The XSD is available here [1]. I would need to give it a try using MySQL, but giving it a quick look on the DAS config files, looks like connection info other then the derby one hasn't been updated recently, and you would need to make some small modifications to it. ConnectionInfo ConnectionProperties driverClass= com.mysql.jdbc.jdbc2.optional.MysqlDataSource databaseURL=java:comp/env/jdbc/dastest user=root password=yourpassword loginTimeout=60 /ConnectionProperties /ConnectionInfo [1] https://svn.apache.org/repos/asf/incubator/tuscany/java/das/rdb/src/main/resources/config.xsd On 7/5/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: Yeah, but the path seems hard, hard. I just discovered the
Re: puzzle from a fresh
On 7/9/07, shaoguang geng [EMAIL PROTECTED] wrote: A little confused: svn structure just like version 0.9 src, but 1.0-M2 likes a new file structure! When I compile bigbank sample from svn, O, beside of a lot of mis versioning, the very problem is that the generated java codes imports org.apache.tuscany.api.annotation.DataType, which is not one of the svn and 0.9, but is a class of 1.0-M2. I may figure it as a missing work on the svn tree, or, were I made a mistake some where, please tell me. I don't follow. I'm a Tuscany user too and as fresh as noone could be, but checking out the sources from http://svn.apache.org/repos/asf/incubator/tuscany/java/sca allowed me to build Tuscany and give it a shot a couple of times already. Could you write down the commands you did so it gets easier to figure out where the issue is? Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: static DataObject with contained static DataGraph doesn't record changes in summary
Hi Kelvin and Erich, I just debugged through this, and it's definitely a bug in the change summary code. It's another one in the line of bugs we've been finding related to the change we made when we separated SDO user properties from the internal EMF ones. It's another example of where the wrong index (SDO property index) is being used when it should be the internal EMF feature index. I'll look at it a little more tomorrow to figure out what the cleanest fix is. Frank. Erich Rueede [EMAIL PROTECTED] 07/09/2007 08:45 AM Please respond to tuscany-user@ws.apache.org To tuscany-user@ws.apache.org, [EMAIL PROTECTED] cc Subject Re: static DataObject with contained static DataGraph doesn't record changes in summary Hi Kelvin I did not get the exception you mentioned. I guess this might be due to different versions of the SDO/EMF implementation we are using. Regards, Erich --- kelvin goodson [EMAIL PROTECTED] wrote: Hi Erich, I'm looking at this but currently I am getting an exception generated here ... saveGraph(staticGraph); I'll investigate why this might be. Have you seen anything like this? I noticed I had to do some changes to your code to make it compile, which implies you are using some generator options. For completeness, can you let me know what generator options you are using. Regards, Kelvin. static graph ** Exception in thread main java.lang.IllegalStateException: The containment feature could not be located at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eContainmentFeature( BasicEObjectImpl.java:475) at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eContainmentFeature( BasicEObjectImpl.java:439) at org.apache.tuscany.sdo.impl.DataObjectImpl.getContainmentProperty( DataObjectImpl.java:182) at org.apache.tuscany.sdo.util.resource.ChangeSummaryStreamSerializer.saveChangeSummary (ChangeSummaryStreamSerializer.java:609) at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLSaveImpl.saveChangeSummary (SDOXMLResourceImpl.java:806) at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLSaveImpl.saveDataTypeElementSingle (SDOXMLResourceImpl.java:816) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures( XMLSaveImpl.java:1370) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID( XMLSaveImpl.java:2462) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement( XMLSaveImpl.java:1036) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElement( XMLSaveImpl.java:922) at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLSaveImpl.saveElementFeatureMap (SDOXMLResourceImpl.java:844) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveFeatures( XMLSaveImpl.java:1355) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.writeTopObject( XMLSaveImpl.java:627) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.traverse(XMLSaveImpl.java :552) at org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.save(XMLSaveImpl.java:233) at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doSave( XMLResourceImpl.java:203) at org.eclipse.emf.ecore.resource.impl.ResourceImpl.save( ResourceImpl.java:993) at org.apache.tuscany.sdo.helper.XMLDocumentImpl.save( XMLDocumentImpl.java:205) at org.apache.tuscany.sdo.helper.XMLDocumentImpl.save( XMLDocumentImpl.java:159) at org.apache.tuscany.sdo.helper.XMLHelperImpl.save(XMLHelperImpl.java :139) at org.apache.tuscany.sdo.helper.XMLHelperImpl.save(XMLHelperImpl.java :134) at t_user.erich_rueede.DgExtended.saveGraph(DgExtended.java:69) at t_user.erich_rueede.DgExtended.main(DgExtended.java:42) On 07/07/07, Erich Rueede [EMAIL PROTECTED] wrote: Hi Frank and Kelvin since I don't know how to make attachments work for the mailing list, here's a text copy of its content: The XSD: xsd:schema xmlns=http://www.w3.org/2001/XMLSchema; targetNamespace=http://abc.com/services; xmlns:tns=http://abc.com/services; xmlns:sdo=commonj.sdo xmlns:sdoJava=commonj.sdo/java xmlns:sdoXml=commonj.sdo/xml sdoJava:package=com.abc.services xmlns:xsd=http://www.w3.org/2001/XMLSchema; xsd:import namespace=commonj.sdo schemaLocation=datagraph.xsd / xsd:complexType name=NestedType xsd:sequence xsd:element name=test1 type=xsd:string / xsd:element name=test2 type=xsd:string / /xsd:sequence /xsd:complexType xsd:complexType name=MyDataGraph complexContent extension base=sdo:BaseDataGraphType xsd:sequence xsd:element name=NestedType type=tns:NestedType / /xsd:sequence /extension /complexContent
Re: Updated DAS beta1 distros
I was able to do a build of src and run customer sample. It looks good. Minor stuff: 1. DAS release note says: Compatibility Concerns - Changes on DAS Config file namespaces Can you change this to explain what this means to users? What do they need to do? 2. sample-ajax-das a) it refers to a generic framework. Can you explain in the sample what this means. One sentence would be sufficient. It is not clear what this sample really does. b) if you could, fix the spelling. This should read DAS commaNd ►*DAS Commad* (CRUD operations on COMPANY and DEPARTMENT using DAS configcommands) On 7/4/07, Luciano Resende [EMAIL PROTECTED] wrote: After the great feedback you guys gave for the DAS Beta1 RC1 under [1], Adriano and I have fixed most of the issues and new distros were uploaded to [2]. Could you guys have a quick look at it, I'm mostly looking to see if the build issues and the need to copy the derby canned databases are fixed. After we confirm these issues are fixed, I'll produce a RC2. [1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg19464.html [2] http://people.apache.org/~lresende/tuscany/das-beta1-distribution/ -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]