Sorry, I added now the sdo/bin to the path variable, but the sample is
still not working. I will download the release source and compile it, if the
problem persists I will debug it till I find where is throwing this
bad_alloc exception.
Adriano Crestani
On 3/22/07, Pete Robbins [EMAIL
Hi,
For this to happen, mustn't reference211 first be promoted to its composite
level i.e. as a reference of Composite2. For a component reference that is
not wired, I did not find the specs (from whatever I read and understood) as
saying it will be automatically promoted to the composite
OK, I've downloaded the release sdo source and compiled it. Then I compiled
the sdo misc sample and I got the same error. Debugging the sample I found
out that the exception is being thrown on this part of the
ObjectCreation.cpp file:
...
/**
* Set the company name to Acme
Hi Jim,
Thanks for sharing this information - its really useful.
- Venkat
On 3/22/07, Jim Marino [EMAIL PROTECTED] wrote:
Hi,
We just finished the ServerSide demo and I figured I send a mail to
the list outlining how it went...
We had the slot following the opening keynote and were up
Hi,
Now that the SPI is getting stable and we have the initial end-to-end
story for federation working, I would suggest we plan for the final
release for kernel 2.0, with emphasis on federation and user experience.
I was thinking about aiming for a beta in June in time for TSSJS
Barcelona and the
I've now gone back to 519688 and there were no files changed in the sdo part
of the tree, so the failures don't result from a post-M3 change. The last
level we shipped in a PHP release was 495327, and I know these tests worked
then. I have had some intermediate levels working since, but I can't
On 3/21/07, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Hi,
I am glad you brought this point up.
You mentioned about constant confrontation between two sets of people. I
would say, unfortunately, this has been caused by a lack of diversity in
the community.
I hope most of these
On 3/22/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi Jim,
Thanks for sharing this information - its really useful.
- Venkat
On 3/22/07, Jim Marino [EMAIL PROTECTED] wrote:
Hi,
We just finished the ServerSide demo and I figured I send a mail to
the list outlining how it went...
We
Simon,
All the work that was done for the demo has been committed. I posted a
set of build instructions to get the demo running for Mario. However,
the information is scattered across multiple emails. I can collate them
and repost it to the list, if that helps.
Thanks
Meeraj
-Original
On 3/22/07, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Simon,
All the work that was done for the demo has been committed. I posted a
set of build instructions to get the demo running for Mario. However,
the information is scattered across multiple emails. I can collate them
and repost it to
On 3/22/07, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Hi,
Now that the SPI is getting stable and we have the initial end-to-end
story for federation working, I would suggest we plan for the final
release for kernel 2.0, with emphasis on federation and user experience.
I was thinking about
The news is all good. Both problems were in the PHP SDO testcases, and were
showed up now that Tuscany's support for adding properties to a data object
through the sequence interface is fixed. Sorry for the noise.
On 21/03/07, Caroline Maynard [EMAIL PROTECTED] wrote:
Just wanted quickly to
Meeraj,
I just wanted you to know that I am still not able to compile the code I
checked out from SVN. The main problem is located in the *extensions*
project. I have been modifying the pom files within this project but I
did not manage to get it compiled yet.
Basically, the main problems
Hi David,
If by tag you mean SDO property name, there was a bug in the generator
template that was initializing the property name using
genFeature.getSafeName(), which I believe you, yourself, fixed a couple of
weeks ago. Did you regen, or otherwise fix the commonj.sdo factory class?
Frank
Hi All,
JIRA-800 is created for supporting use of Ajax to create web sample.
With this approach, it will be easy to modify the sample to add new
features.
Many features like OCC, Column Converter, Compound Key Relationship can be
added
Also HTMLUnit testing can be used. Also, auto
Thank goodness, common sense applies :-)
Now we can proceed with the release candidate.
Thanks,
Frank.
[EMAIL PROTECTED] wrote on 03/21/2007 05:27:35 PM:
On 3/21/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 20, 2007, at 1:11 PM, Frank Budinsky wrote:
I've confirmed that IBM, the
Mario,
AFAIK extensions in trunk is still in a bit of a flux. If you want to
run the demo, you don't need to run the extensions (the demo uses Java
container with local bindings), I will try to post a dfeinitive list of
tasks to build and run the demo later in the day, which will be useful
to
I think we should tag and deploy SNAPSHOTs of the revision used for
the demo - that way people can build as much or as little as they
wish. If you can post the list, I get those modules tagged and
deployed later today.
--
Jeremy
On Mar 22, 2007, at 6:13 AM, Meeraj Kunnumpurath wrote:
Meeraj,
Finally, I was able to generate the server.star.jar file.
This is compilation order that worked for me:
java/spec/commonj/
java/spec/sca-api-r1.0/
java/sca/kernel/
java/sca/runtime/
java/sca/services/
java/sca/contrib/discovery/
java/sca/contrib/discovery/jms
java/sca/console/
Mario,
That is great. What you have is the definitive list. If you are going to
look at the JXTA problem, you will have to use discovery/jxta instead of
discovery/jms. Also, you will have to change the
master|slave1|slave2/system.scdl, demo.xml and pom.xml in the demo
project to use JXTA instead
Jeremy,
This is the definitve list, thanks to Mario.
java/spec/commonj/
java/spec/sca-api-r1.0/
java/sca/kernel/
java/sca/runtime/
java/sca/services/
java/sca/contrib/discovery/
java/sca/contrib/discovery/jms
java/sca/console/
java/sca/core-samples/
java/distribution/sca/demo.app
Simon,
My reply to Mario has all the detail to run the demo.
Ta
Meeraj
-Original Message-
From: Simon Laws [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 12:00 PM
To: tuscany-dev@ws.apache.org
Subject: Re: ServerSide Presentation and Demo
On 3/22/07, Meeraj Kunnumpurath
Looking back at the samples, it's clear they haven't been significantly
revisited since M2 at the 2.0.1 level. It's going to take a little time to
put these straight. They have also been affected by generator template bugs
which are now being fixed, so this will sort the issues that Yang
On 3/22/07, Meeraj Kunnumpurath [EMAIL PROTECTED] wrote:
Simon,
My reply to Mario has all the detail to run the demo.
Ta
Meeraj
-Original Message-
From: Simon Laws [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 22, 2007 12:00 PM
To: tuscany-dev@ws.apache.org
Subject: Re: ServerSide
Simon,
As Jim mentioned in an earler email, A single-VM or runtime physical
topology is just a degenerate case of a multi-VM model. In a single-VM
scenario there is only one profile that runs the master and the slave.
With some minor modifications, we should be able to run the TSS demo in
a
[
https://issues.apache.org/jira/browse/TUSCANY-959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-959.
Thanks
Please use thread-safe libraries
[
https://issues.apache.org/jira/browse/TUSCANY-1166?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-1166.
-
Won't compile with VC6 (again)
--
Key:
[
https://issues.apache.org/jira/browse/TUSCANY-1133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard resolved TUSCANY-1133.
---
Resolution: Fixed
Update has been committed.
Support the PHP extension under
[
https://issues.apache.org/jira/browse/TUSCANY-1103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-1103.
-
Won't compile with VC6
--
Key: TUSCANY-1103
[
https://issues.apache.org/jira/browse/TUSCANY-963?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-963.
Spurious elements generated
---
Key: TUSCANY-963
[
https://issues.apache.org/jira/browse/TUSCANY-960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Caroline Maynard closed TUSCANY-960.
Spurious xsi:type=OpenDataObject attribute generated
[snip]
I tested the SDO and SCA source distributions on Redhat Enterprise
Linux
4. I have a few minor comments and one issue.
I built SDO with build_sdocpp.sh then I built SCA with
build_scanative.sh, all went well.
I was surprised to not find a script to build the SCA samples, then a
Another reminder...
-- Forwarded message --
From: ant elder [EMAIL PROTECTED]
Date: Nov 2, 2006 10:35 AM
Subject: New committers should subscribe to the private mailing list (was
Re: Private mailing list now set up for Tuscany)
To: tuscany-dev@ws.apache.org
Just a reminder to
Jim Marino wrote:
Hi,
We just finished the ServerSide demo and I figured I send a mail to
the list outlining how it went...
We had the slot following the opening keynote and were up against Rod
(Spring) and Patrick (OpenJPA) as the other two talks. I was
surprised to find that the
Hi,
I hate to bring up this issue again, but I really share the pain that Mario
just went through. Don't we think we have room for improvements to build the
stuff in a much simpler fashion? To me, to have a build for a bundle which
consists of a set of the modules working together at the same
Raymond,
I think in this specific scenario, we were trying to build an assembly
from different components. This included the kernel, standalone server,
a discovery implementation, amanagement implementation, one of the
sample applications etc. I don't think having a single maven POM that
I think this issue will be raised again and again every time new members
come to try Tuscany trunk, and this is very bad for a project that is trying
to build a community. Also, trying to quote an article Jim Marino sent from
Martin Fowler about Continuous Integration [1] :
Automated
On 3/22/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I hate to bring up this issue again, but I really share the pain that
Mario
just went through. Don't we think we have room for improvements to build
the
stuff in a much simpler fashion? To me, to have a build for a bundle which
consists of
On 3/22/07, Luciano Resende [EMAIL PROTECTED] wrote:
I think this issue will be raised again and again every time new members
come to try Tuscany trunk, and this is very bad for a project that is
trying
to build a community. Also, trying to quote an article Jim Marino sent
from
Martin Fowler
I've created a tag corresponding to the code used to build the demo
(r520715) and added a trivial pom to build the lot. To build:
$ svn co https://svn.apache.org/repos/asf/incubator/tuscany/tags/
java/tsss-demo
$ mvn install
I did not change the versions in the poms so they are using the
Hi,
Please see more comments inline.
Thanks,
Raymond
- Original Message -
From: Meeraj Kunnumpurath [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, March 22, 2007 9:13 AM
Subject: RE: Compilation status
Raymond,
I think in this specific scenario, we were trying to
Ant,
I would like to understand more about what we mean by top down build
here. We didn't use to build SCA and SDO in one go, even when we had a
top down build. Now the SCA project is growing in complexity with
better modularization, in terms of of how various functional areas are
modularized and
We know from M2 experience and the number of profiles in the
integration branch that a top-down, build-everything approach does
not work.
We also know from practical experience that people struggle building
modules.
I believe there is a middle ground that supports both approaches;
* have
On Mar 22, 2007, at 9:43 AM, Simon Laws wrote:
On 3/22/07, Luciano Resende [EMAIL PROTECTED] wrote:
I think this issue will be raised again and again every time new
members
come to try Tuscany trunk, and this is very bad for a project that is
trying
to build a community. Also, trying to
+1.
I think it's in line with the proposal in my response to Meeraj.
One question: For a bundle to reference a module in the Tuscany source tree,
do we really have to copy (or use svn:externals property) if it points to a
location (under trunk, tags, or branches) in the Tuscany tree? I think
On Mar 22, 2007, at 8:47 AM, Simon Laws wrote:
Ok, cool, so I can run a simple app in a single VM. Let me try it
out.
Just to set expectations, I don't think the system configuration in
the default runtime has been switched over to the federated deployer
yet. So if you run the calc sample
Simon,
This is the script I am using right now. The script file must be located
one level above of the java directory:
echo
echo java/spec/commonj/ ...
echo
cd ./java/spec/commonj/
mvn install
echo
echo java/spec/sca-api-r1.0/ ...
echo
cd ../../../java/spec/sca-api-r1.0/
mvn install
echo
echo
Thanks Amita, this is very good news...
Is this based on the initial patch I attached to jira-800 and the code I
have on my sandbox ? If this is the case, you could probably submit a patch
on top of the code I have on the sanbox, and I could update that, so others
could have a better
On Mar 22, 2007, at 10:21 AM, Raymond Feng wrote:
+1.
I think it's in line with the proposal in my response to Meeraj.
One question: For a bundle to reference a module in the Tuscany
source tree, do we really have to copy (or use svn:externals
property) if it points to a location (under
I am having problems creating data objects with the SDO API to match data
objects created by loading an XML document.
The problems occur for elements that have maxOccurs greater than one. The
SDO implementation maps each such attribute to a List-valued property.
However, the Lists that are
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 22, 2007, at 10:21 AM, Raymond Feng wrote:
+1.
I think it's in line with the proposal in my response to Meeraj.
One question: For a bundle to reference a module in the Tuscany
source tree, do we really have to copy (or use
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 22, 2007, at 8:47 AM, Simon Laws wrote:
Ok, cool, so I can run a simple app in a single VM. Let me try it
out.
Just to set expectations, I don't think the system configuration in
the default runtime has been switched over to the
The svn:externals property seems to be very powerful since it can link to
different revisions for sources from different SVN locations. This way, we
can reference a particular revision in some cases.
http://svnbook.red-bean.com/en/1.0/ch07s03.html
Thanks,
Raymond
- Original Message -
Paul Golick [EMAIL PROTECTED] wrote on 03/22/2007 02:19:09 PM:
I am having problems creating data objects with the SDO API to match
data
objects created by loading an XML document.
The problems occur for elements that have maxOccurs greater than one.
The
SDO implementation maps each
On Mar 22, 2007, at 11:19 AM, Simon Laws wrote:
stupidquestion
When you talk about flattening the module hierarchy do you mean this
literally in svn (which I like the sound of as I can never find
anything in
all the nested dirs - my inexperience showing) or is this some virtual
flattening?
On 3/22/07, Antollini, Mario [EMAIL PROTECTED] wrote:
Simon,
This is the script I am using right now. The script file must be located
one level above of the java directory:
echo
echo java/spec/commonj/ ...
echo
cd ./java/spec/commonj/
mvn install
echo
echo java/spec/sca-api-r1.0/ ...
echo
cd
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 22, 2007, at 11:19 AM, Simon Laws wrote:
stupidquestion
When you talk about flattening the module hierarchy do you mean this
literally in svn (which I like the sound of as I can never find
anything in
all the nested dirs - my
As I showed in the example: the values of the properties were different.
When the value came from XML (file or string), adding elements with values
equivalent to true, false, true, true, false produced a list have the
values true, false, true, true, false.
When the values true, false, true,
On Mar 22, 2007, at 12:31 PM, Simon Laws wrote:
Jeremy. This sounds like a simpler approach than what is there now.
I like
the idea but a question.
1) move everything that does not logical depend on
org.apache.tuscany:sca:1.0-incubating to contrib
from your previous definition do you mean
For those not really familiar with Maven there is a lot of good
information in this book:
http://www.mergere.com/m2book_download.jsp
--
Jeremy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 22, 2007, at 12:31 PM, Simon Laws wrote:
Jeremy. This sounds like a simpler approach than what is there now.
I like
the idea but a question.
1) move everything that does not logical depend on
org.apache.tuscany:sca:1.0-incubating
This seems good +1.
Jim
On Mar 22, 2007, at 10:21 AM, Raymond Feng wrote:
+1.
I think it's in line with the proposal in my response to Meeraj.
One question: For a bundle to reference a module in the Tuscany
source tree, do we really have to copy (or use svn:externals
property) if it
Jim,
Congratulations and Thanks for a nice summary. Are you planning to
record the presentation and demo? It would be nice to have it
posted somewhere, maybe on theserverside.com?
Unfortunately, I don't think I can publish the slides on my own as it
is part of the Serverside
I see. You're not actually talking about:
creating data objects with the SDO API to match data objects created by
loading an XML document
but instead:
creating data objects from dynamic metadata that match data objects
created from XSD metadata
You're changing the metadata creation API not
Hi Meeraj
From my perspective having demonstrable code in June would be spot
on as
I have to speak on SCA then and would consider a demo if we could
do it.
Maybe we can even get something earlier - I'm also speaking at JavaOne.
I don't have the knowledge yet to comment on the details
Jim and Meeraj,
Congratulations! Any chance the presentation was taped?
--Kevin
Jim Marino wrote:
Hi,
We just finished the ServerSide demo and I figured I send a mail to
the list outlining how it went...
We had the slot following the opening keynote and were up against Rod
(Spring)
On Mar 22, 2007, at 1:44 PM, Kevin Williams wrote:
Jim and Meeraj,
Congratulations! Any chance the presentation was taped?
--Kevin
Thanks,
I don't think it was. I mentioned I will try to see if I can reprint
copies of the slides. BTW, I wanted to also say Meeraj and Jeremy
were the
Ta, Actually Jeremy and Jim did most of it.
-Original Message-
From: Kevin Williams [mailto:[EMAIL PROTECTED]
Sent: 22 March 2007 20:44
To: tuscany-dev@ws.apache.org
Subject: Re: ServerSide Presentation and Demo
Jim and Meeraj,
Congratulations! Any chance the presentation was
Well, Meeraj and Jim did the real work.
OK, the circle is now complete :)
On Mar 22, 2007, at 2:33 PM, Meeraj Kunnumpurath wrote:
Ta, Actually Jeremy and Jim did most of it.
-Original Message-
From: Kevin Williams [mailto:[EMAIL PROTECTED]
Sent: 22 March 2007 20:44
To:
Every project I use sdo is set the Multi-threaded Debug DLL (/MDd) option.
I modified the getColumnName function to free the allocated memory:
std::string getColumnName(HSTMT statement, int column) {
SQLCHAR* sqlPtr = 0;
char strAux[1];
SQLSMALLINT length = 0;
Frank,
Thank you. I will open a JIRA.
I will append my test case to the JIRA but will modify it to use JUnit
methods instead of file output.
Regards,
Paul Golick
e-mail: [EMAIL PROTECTED]
Frank Budinsky [EMAIL PROTECTED] wrote on 2007-03-22 04:35:46 PM:
I see. You're not actually talking
I have some cleanup work to do on work and on scopes but I would
expect to get that done in the next day or so (ready for the next
alpha).
On the physical model, I would like to get the bytecode based IFP
going to simplify the PCD message. We also need to get complex
properties working.
What happened to the Kernel Alpha 2 release discussion thread that Jim
started on March 13th. It looks like we are restarting.
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
I have some cleanup work to do on work and on scopes but I would
expect to get that done in the next day or so
Jeremy,
I'd like to see some progress on the community front! Let's see this
approach agreed upon and fleshed out a bit more.
thanks,
dims
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Mar 22, 2007, at 12:31 PM, Simon Laws wrote:
Jeremy. This sounds like a simpler approach than what
OK.
If we're going to hold the vote, I'll pull the candidate artifacts.
We can republish them later.
That does mean that everyone will need to install the sca parent pom
from the tag in SVN before any of the modules in trunk will build.
--
Jeremy
On Mar 22, 2007, at 5:27 PM, Davanum
Jeremy,
Please take a look at axis2 poms and geronimo poms. you don't need to
install the parent pom before building modules. you can specify
relative path to the parent.
-- dims
On 3/22/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
OK.
If we're going to hold the vote, I'll pull the candidate
Guys,
I solved the problem, I was using a sdo release I had downloaded last
December. Then I replaced by the new one that is actually being voted. Now
everything is ok ; ). I don't know what was wrong in the old sdo version,
anyway, now it's working and I can go on with my code ; )
Adriano
Yes, as Pete said, it was a problem in my environment. I had a copy of
sdo_runtime.dll of an older version of sdo in my windows\system32 directory.
Delete it solved the problem ; )
I successfully compiled the sdo source on VC and executed the misc sample of
source e bin release and everything
78 matches
Mail list logo