Re: DAS C++ Status

[Adriano Crestani]

Added support to set up the framework via config xml under revision 542124.

Adriano Crestani

On 5/22/07, haleh mahbod <[EMAIL PROTECTED]> wrote:


Thank you for the explanation.

On 5/21/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
>
> Yes, it's intergrated with Tuscany SDO C++.
>
> Next step is to implement a sample for it.
>
> I intend to add some info on wiki before the first release.
>
> Regards,
> Adriano Crestani
>
> On 5/21/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi Adriano,
> >
> > Is this integrated with SDO C++?  Is there a sample for it?
> > Can more information be added to the home page and  user guide[1]?
> >
> >
> > [1]
> http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=46512
> >
> > Haleh
> >
> > On 5/20/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > >
> > > Actually is being developed the Tuscany DAS C++. So far, the
framework
> > can
> > > perform the following:
> > >
> > > - Convetion Over Configuration(COC):
> > >
> > >- DAS assumes that a column named xxx_id is a FK to the column
> named
> > >id on table xxx.
> > >- If no PK column is found on the ResultSet, it sets the column
> named
> > >id as PK, if exists.
> > >- The COCs defined above are, actually, case sensitive and, for
> > >example, a column named ID will not be set as PK
> > >
> > >
> > > - The das is using the ResultSet metadata(column name, column data
> type
> > > and
> > > column table) to generate the sdo graph and popule it. The DAS
> > guarantees
> > > the table object uniqueness on graph basing on the table PK, so the
> > first
> > > table retrieved by the ResultSet will be taken, and any other table
> > > containing the same PK ignored:
> > >
> > >
> > >- A table may contain a simple PK or a composite one.
> > >- If no PK is defined for the table, the DAS tries to find one
> using
> > >COC.
> > >- If the table has a composite PK and not all the columns that
> > >compound the PK are contained on the ResultSet, the DAS ignores
the
> > > defined
> > >composite PK and tries to find another PK using COC as defined
> above.
> > >- If no PK is found using COC, the DAS sets all columns on
> ResultSet
> > >as PK.
> > >
> > > - Setting the references on graph objects basing on table
> relationships.
> > >
> > >- Actually, there may be up to 1 relationship between 2 tables.
> > >- The columns data that compound the FK are not created on the
> graph.
> > >- The DAS accepts simple or composite relationships.
> > >- If not all the columns, PK or FK, that compound the
relationship
> > are
> > >on the ResultSet, the relationship is ignored and the remaining
FK
> > are
> > >loaded onto graph.
> > >
> > > - Actually, the DAS config can only be set from code.
> > >
> > > - There are also implemented some testcases.
> > >
> > > - DAS is only supporting the following SQL types: INTEGER, REAL,
CHAR,
> > > VARCHAR, FLOAT, DOUBLE.
> > >
> > > Next steps:
> > >
> > > - Read the config from a xml file.
> > >
> > > - To implement a sample that reads some data from a database and
print
> > on
> > > console.
> > >
> > > - Implement support for more SQL types.
> > >
> > >
> > > Comments and suggestions will be appreciated : )
> > >
> > > Any volunteer would be helpful ; )
> > >
> > >
> > > Regards,
> > >
> > > Adriano Crestani
> > >
> >
>

[jira] Updated: (TUSCANY-1303) Errors and typos in SCA Java sample README files

[Simon Nash (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Nash updated TUSCANY-1303:


Affects Version/s: (was: Java-SCA-M2)
   Java-SCA-0.90

> Errors and typos in SCA Java sample README files
> 
>
> Key: TUSCANY-1303
> URL: https://issues.apache.org/jira/browse/TUSCANY-1303
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.90
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: patch-1303
>
>
> There are a number of errors and typos in the SCA Java sample README files.  
> See attached patch for the changes required to fix these..

-- 
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-1303) Errors and typos in SCA Java sample README files

[Simon Nash (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Simon Nash updated TUSCANY-1303:


Attachment: patch-1303

The attached patch has updates for 17 sample README files.

> Errors and typos in SCA Java sample README files
> 
>
> Key: TUSCANY-1303
> URL: https://issues.apache.org/jira/browse/TUSCANY-1303
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.90
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: Simon Nash
> Fix For: Java-SCA-Next
>
> Attachments: patch-1303
>
>
> There are a number of errors and typos in the SCA Java sample README files.  
> See attached patch for the changes required to fix these..

-- 
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]

Re: (SCA)How can get the service by composite service name

[Huang Kai]

Yes, the codes seems does so.
But it's rather strange to access a service not by 'service name' exposed by 
compoiste, but by directly accessing component nested in a composite.

- Original Message - 
From: "Simon Laws" <[EMAIL PROTECTED]>
To: 
Sent: Friday, May 25, 2007 10:03 PM
Subject: Re: (SCA)How can get the service by composite service name


> Hi Tony,
> 
> I'm assuming you are using the sample CalculatorClient style code try to
> access the service, i.e. the part that uses the scaDomain to get a local
> reference to a component service.
> 
>CalculatorService calculatorService =
>scaDomain.getService(CalculatorService.class,
> "CalculatorServiceComponent");
> 
> I just took a look at the code and currently the code behind this method
> only looks at the components available in the domain composite when looking
> for the named service, i.e. It's looking for a component and a service it
> provides rather than a composite service that refers to a component service.
> The term service is a little confusing in this regard in my opinion.
> 
> Regards
> 
> Simon
>

Patch for TUSCANY-1303

[Simon Nash]

I have created a patch to fix various errors and typos in 17 sample
README files.  I opened TUSCANY-1303 for this, intending to attach
my patch, but JIRA is broken now and I can't attach the patch.
When JIRA comes back, I'll attach my patch and I'll correct the
"affected version" field which I entered as Java-SCA-M2 by mistake.

  Simon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1303) Errors and typos in SCA Java sample README files

[Simon Nash (JIRA)]

Errors and typos in SCA Java sample README files


 Key: TUSCANY-1303
 URL: https://issues.apache.org/jira/browse/TUSCANY-1303
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-M2
 Environment: Windows XP
Reporter: Simon Nash
 Assigned To: Simon Nash
 Fix For: Java-SCA-Next


There are a number of errors and typos in the SCA Java sample README files.  
See attached patch for the changes required to fix these..

-- 
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]

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[Venkata Krishnan]

Hi Hernan,

I have updated the template to include the 'incubator' log and have attached
it to the wiki -
http://cwiki.apache.org/confluence/download/attachments/55047/TUSCANY_template_2007_5_25_v3.zip

I have tested this locally to be working fine.  Could you please help in
updating the autoexport plugin with this udpated template.

Thanks

- Venkat

On 5/27/07, ant elder <[EMAIL PROTECTED]> wrote:


On 5/27/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> Venkat
>
> Some more comments
>
> snip
>
> > Haleh, the news is something that is very volatile and if we decide to
> > place
> > things in the chronological order the Release info will at some point
> get
> > pushed down.  Also there is just about a couple of lines that this
News
> > can
> > mention about a release which is not what I am proposing.  I am
> proposing
> > a
> > neat summary of the Release itself on what it offers and on what
> platforms
> > and so on and also what the changes over the prev. release
are.  Infact
> I
> > really wish to make this 'Release' section visibile right at the top
of
> > the
> > second half of the page and to help in this I'd even see if we can
> reduce
> > the info about the project by a couple of lines or so.
>
>
> I support this approach, what people really want to know before they
> download a specific release is what is in it. This information needs to
be
> readily available to them. The information is technology specific so
> should
> be associated with the particualar technology/download to which it
refers.
> So when you said "home page" before did you mean the front page of the
> site
> or the front page of each subproject? Maybe you could create a first
pass
> of
> the page/section and put it where you think it belongs and we can
comment
> on
> it?


Apache Tapestry does this well with a latest releases download box on the
top right of the home page: http://tapestry.apache.org/. And Spring with
the
announcement and changelog for the release next to the download link.

Some of our download pages seem cluttered and it can be hard to find the
link you need even when you know what you're looking for -
http://cwiki.apache.org/TUSCANY/sca-downloads.html. Hopefully this will
improve if we move to having just bin and src distributions.

Could we do something like change this page
http://cwiki.apache.org/TUSCANY/tuscany-downloads.html to be similar to
Spring and have download links for only the latest release and the CHANGES
and RELEASE_NOTES for SCA, SDO and DAS,  and link off to some other page
for
the older downloads?


By the way... must we also have the 'incubator logo' ?   We used to have
> > this.
> >
> >
> I think we should put it on our front page. Looking at other projects
some
> do and some don't. But it's useful to show we belong I think. Are you
> making
> this change. If not I can have a go and include the link.


According to http://incubator.apache.org/guides/branding.html - "Podlings
websites SHOULD contain the Apache Incubator Project logo as sign of
affiliation".

   ...ant

{RESULT] was Re: [VOTE] Release Tuscany Java SCA 0.90-incubating RC2

[ant elder]

Release vote has passed with 6 binding +1s, 1 non-binding +1 and no -1s.

Votes from:
Ant Elder
Luciano Resende
Raymond Feng
Venkata Krishnan
Jean-Sebastien Delfino
Simon Laws
Simon Nash (non-binidng)

  ...ant

On 5/24/07, ant elder <[EMAIL PROTECTED]> wrote:


Please review and vote on the 0.90 release artifacts of Tuscany SCA for
Java.

The artifacts are available for review at: 
http://people.apache.org/~antelder/tuscany/0.90-rc2/


This includes the binary and source distributions, the RAT reports, and
the Maven staging repository.

The SVN tag for the release is:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.90-incubating/

Looks ok to me so here's my +1.

Thanks in advance,

   ...ant

Missing pom files when trying to build distribution module

[Simon Nash]

Building the distribution module when not connnected to the internet
doesn't work unless the -o option is explicitly specified.  This is
because of missing pom files.  The following error is produced:

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).
Project ID: wsdl4j:wsdl4j
Reason: Error getting POM for 'wsdl4j:wsdl4j' from the repository: Error 
transferring file
  wsdl4j:wsdl4j:pom:1.6.2
from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository)
[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 

When running the same build with an internet connection, the poms are
still missing but this does not create a fatal error.  Here's the output:

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: http://repo1.maven.org/maven2/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://repo1.maven.org/maven2/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://repo1.maven.org/maven2/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/groovy/groovy-all/1.0/groovy-all-1.0.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://repo1.maven.org/maven2/groovy/groovy-all/1.0/groovy-all-1.0.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)

So when running with an internet connection, these poms can't be downloaded
but the build continues anyway.  When running without an internet
connection (but not the -o option), these poms can't be downloaded and the
build stops with a fatal error.

It seems strange that in both cases the poms can't be found, but in one
case the build recovers and continues, and in the other case it stops.

The workaround is to always use -o when building without an internet
connection.

  Simon



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE] Release Tuscany Java SCA 0.90-incubating RC2

[Simon Nash]

I successfully built the source distribution (including the distribution
module).  I reviewed the contents of the binary distribution and I ran
and built all the samples using the instructions in the READMEs.

I have a few minor comments but nothing too serious, so here's my
+1 (non-binding).

Minor comments:

 1. Can't build the distribution module unless you are either connected
to the internet or explicitly use the -o option.  I'll start a separate
thread to discuss this.
 2. Many of the sample README files contain typos.  Most are obvious, but
one in samples/README has "now" for "not" and is potentially confusing.
 3. samples/calculator/README does not list all the sample files and
has a typo in one of the file names.  This filename typo is propagated
to the other calculator samples as well.
 4. samples/simple-bigbank/README has an incorrect directory hierarchy.
 5. The output from the calculator-script sample included a jython warning
message about a cache directory.  This wasn't mentioned in the README.
 6. The filenames listed in the READMEs for calculator-rmi-service and
calculator-rmi-reference don't match what's in the samples.
 7. The CalculatorClient class in calculator-rmi-service doesn't seem
to be used.
 8. samples/helloworld-jsonrpc/README has an incomplete list of file names,
with typos in one of them.
 9. I think it would be better the reverse the order of simple-callback
and implementation-composite in the samples/README file.  These samples
are supposed to be in order of complexity, but implementation-composite
introduces two new concepts (composite implementations and callbacks).
It would be better to introduce the callback concept in simple-callback
before using it as part of implementation-composite.
10. samples/simple-callback/README has typos in file names.
11. samples/databinding-echo/README has an outstanding "TODO" note.
12. samples/implementation-crud/README has incorrect file list under src/main
(includes crud.composite which has moved to src/test).
13. samples/implementation-crud-client/README has incorrect package names
under src/main and src/test.
14. samples/implementation-crud-client/README refers to a .png file name that
does not match the .png file actually included in this sample.
15. CRUDTestCase in implementation-crud-client is testing the server code
not the client code.
16. Sample test output in samples/implementation-crud-client/README does not
match what is actually produced at runtime (a consequence of 15 above).
17. samples/binding-echo/README has incorrect file list under src/main
(includes EchoBinding.composite which has moved to src/test).
18. samples/binding-echo-appl/README has incorrect composite file name
under src/main/resources.
19. samples/binding-echo-appl/README refers to a .png file name that
does not match the .png file actually included in this sample.
20. Sample application output and sample test output in
samples/binding-echo-appl/README do not match what is actually
produced at runtime.
21. The INSTALL file doesn't mention the README and RELEASE_NOTES files.

I'll write JIRAs for the samples and README problems that I found (to be
fixed in the next release), and I'll create and attach patches for these.

  Simon

ant elder wrote:


Please review and vote on the 0.90 release artifacts of Tuscany SCA for
Java.

The artifacts are available for review at:
http://people.apache.org/~antelder/tuscany/0.90-rc2/

This includes the binary and source distributions, the RAT reports, and the
Maven staging repository.

The SVN tag for the release is:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.90-incubating/ 



Looks ok to me so here's my +1.

Thanks in advance,

  ...ant





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[ant elder]

On 5/27/07, ant elder <[EMAIL PROTECTED]> wrote:




On 5/27/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> Venkat
>
> Some more comments
>
> snip
>
> > Haleh, the news is something that is very volatile and if we decide to
> > place
> > things in the chronological order the Release info will at some point
> get
> > pushed down.  Also there is just about a couple of lines that this
> News
> > can
> > mention about a release which is not what I am proposing.  I am
> proposing
> > a
> > neat summary of the Release itself on what it offers and on what
> platforms
> > and so on and also what the changes over the prev. release
> are.  Infact I
> > really wish to make this 'Release' section visibile right at the top
> of
> > the
> > second half of the page and to help in this I'd even see if we can
> reduce
> > the info about the project by a couple of lines or so.
>
>
> I support this approach, what people really want to know before they
> download a specific release is what is in it. This information needs to
> be
> readily available to them. The information is technology specific so
> should
> be associated with the particualar technology/download to which it
> refers.
> So when you said "home page" before did you mean the front page of the
> site
> or the front page of each subproject? Maybe you could create a first
> pass of
> the page/section and put it where you think it belongs and we can
> comment on
> it?


Apache Tapestry does this well with a latest releases download box on the
top right of the home page: http://tapestry.apache.org/. And Spring with
the announcement and changelog for the release next to the download link.

Some of our download pages seem cluttered and it can be hard to find the
link you need even when you know what you're looking for -
http://cwiki.apache.org/TUSCANY/sca-downloads.html. Hopefully this will
improve if we move to having just bin and src distributions.

Could we do something like change this page
http://cwiki.apache.org/TUSCANY/tuscany-downloads.html to be similar to
Spring and have download links for only the latest release and the CHANGES
and RELEASE_NOTES for SCA, SDO and DAS,  and link off to some other page for
the older downloads?



I made an attempt at this on a test page to see what it looked like, still
doesn't seem very perfect though so if others have better ideas...
http://cwiki.apache.org/TUSCANY/tuscany-downloads2.html

  ...ant

Re: [VOTE] Release Tuscany Java SCA 0.90-incubating RC2

[Simon Nash]

I confirmed that the sample runs OK after producing the error messages.
The unexplained part of this (to me) is why the war that I built with
ant consistently gave an error but the pre-built war in the binary
distro was consistently OK.  And even more bizarrely, I rebuilt the
war again with ant today and it deploys without errors!  Any ideas?

  Simon

ant elder wrote:


I think thats: http://issues.apache.org/jira/browse/TUSCANY-1268. If you
ignore the unsightly error on the tomcat console the sample should still
actually be working fine. I have started fixing this in the trunk code, 
will

try to get it committed shortly.

  ...ant

On 5/26/07, Simon Nash <[EMAIL PROTECTED]> wrote:



I am trying out the samples for RC2.  All went well until I came to
helloworld-jsonrpc.  The pre-built war file deployed and ran fine.
I then used "ant package" to rebuild the war, and the war that was
built did not deploy successfully.  Here is the error that I got.

INFO: Server startup in 1813 ms
26-May-2007 19:38:37 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive sample-helloworldjsonrpc.war
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver

INFO: registered local arg resolver
com.metaparadigm.jsonrpc.HttpServletRequestArgResolver for local class
javax.servlet.http.HttpServletRequest with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver

INFO: registered local arg resolver
com.metaparadigm.jsonrpc.HttpSessionArgResolver for local class
javax.servlet.http.HttpSession with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver

INFO: registered local arg resolver
com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver for local class
com.metaparadigm.jsonrpc.JSONRPCBridge with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions:
java.io.WriteAbortedException: writing aborted;
java.io.NotSerializableException:
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
java.io.WriteAbortedException : writing aborted;
java.io.NotSerializableException:
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1309)
at java.io.ObjectInputStream.defaultReadFields 
(ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1832)
(cut)

>>

I'm going out now so I will have to leave this until later.  I will
investigate
further and try to identify the difference between the war that works and
the
one that doesn't.

Does anyone else see the same problem after rebuilding this war using 
ant?


   Simon

ant elder wrote:
> Please review and vote on the 0.90 release artifacts of Tuscany SCA for
> Java.
>
> The artifacts are available for review at:
> 
http://people.apache.org/~antelder/tuscany/0.90-rc2/ 


>
> This includes the binary and source distributions, the RAT reports, and
the
> Maven staging repository.
>
> The SVN tag for the release is:
> 
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.90-incubating/ 



>
>
> Looks ok to me so here's my +1.
>
> Thanks in advance,
>
>   ...ant
>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[ant elder]

On 5/27/07, Simon Laws <[EMAIL PROTECTED]> wrote:


Venkat

Some more comments

snip

> Haleh, the news is something that is very volatile and if we decide to
> place
> things in the chronological order the Release info will at some point
get
> pushed down.  Also there is just about a couple of lines that this News
> can
> mention about a release which is not what I am proposing.  I am
proposing
> a
> neat summary of the Release itself on what it offers and on what
platforms
> and so on and also what the changes over the prev. release are.  Infact
I
> really wish to make this 'Release' section visibile right at the top of
> the
> second half of the page and to help in this I'd even see if we can
reduce
> the info about the project by a couple of lines or so.


I support this approach, what people really want to know before they
download a specific release is what is in it. This information needs to be
readily available to them. The information is technology specific so
should
be associated with the particualar technology/download to which it refers.
So when you said "home page" before did you mean the front page of the
site
or the front page of each subproject? Maybe you could create a first pass
of
the page/section and put it where you think it belongs and we can comment
on
it?



Apache Tapestry does this well with a latest releases download box on the
top right of the home page: http://tapestry.apache.org/. And Spring with the
announcement and changelog for the release next to the download link.

Some of our download pages seem cluttered and it can be hard to find the
link you need even when you know what you're looking for -
http://cwiki.apache.org/TUSCANY/sca-downloads.html. Hopefully this will
improve if we move to having just bin and src distributions.

Could we do something like change this page
http://cwiki.apache.org/TUSCANY/tuscany-downloads.html to be similar to
Spring and have download links for only the latest release and the CHANGES
and RELEASE_NOTES for SCA, SDO and DAS,  and link off to some other page for
the older downloads?


By the way... must we also have the 'incubator logo' ?   We used to have

> this.
>
>
I think we should put it on our front page. Looking at other projects some
do and some don't. But it's useful to show we belong I think. Are you
making
this change. If not I can have a go and include the link.



According to http://incubator.apache.org/guides/branding.html - "Podlings
websites SHOULD contain the Apache Incubator Project logo as sign of
affiliation".

  ...ant

[jira] Created: (TUSCANY-1302) Changesummary of datagraph does not log changes for dataobject contained by the rootObject

[Steffen Glomb (JIRA)]

Changesummary of datagraph does not log changes for dataobject contained by the 
rootObject
--

 Key: TUSCANY-1302
 URL: https://issues.apache.org/jira/browse/TUSCANY-1302
 Project: Tuscany
  Issue Type: Bug
  Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Reporter: Steffen Glomb


Changesummary on a datagraph, 

begin logging, 
changes on the rootObject are logged in the changesummary, but changes on 
objects contained by the rootobject do not get logged.


Here is the testcase for the bug:

public void testDataGraphChangeInNestedObjects() throws IOException {

HelperContext hc = SDOUtil.createHelperContext();

TypeHelper types = hc.getTypeHelper();
DataFactory factory = hc.getDataFactory();

Type intType = types.getType("commonj.sdo", "Int");
Type stringType = types.getType("commonj.sdo", "String");

// create a new Type for Account
DataObject accountType = factory.create("commonj.sdo", "Type");
accountType.set("uri", "http://example.com/customer";);
accountType.set("name", "Account");

// create an account number property
DataObject custNumProperty = 
accountType.createDataObject("property");
custNumProperty.set("name", "accountNum");
custNumProperty.set("type", intType);

types.define(accountType);

// create a new Type for Customers
DataObject customerType = factory.create("commonj.sdo", "Type");
customerType.set("uri", "http://example.com/customer";);
customerType.set("name", "Customer");

// create a first name property
DataObject firstNameProperty =
customerType.createDataObject("property");
firstNameProperty.set("name", "firstName");
firstNameProperty.set("type", stringType);

// create a account property
DataObject accountProperty = 
customerType.createDataObject("property");
accountProperty.set("name", "account");
accountProperty.set("type", accountType);

// now define the Customer type so that customers can be made
types.define(customerType);

Type customerTypeType = 
types.getType("http://example.com/customer";, "Customer");
Type accountTypeType = types.getType("http://example.com/customer";, 
"Account");

DataGraph datagraph = 
org.apache.tuscany.sdo.api.SDOUtil.createDataGraph();

DataObject account = factory.create(accountTypeType);
account.setInt("accountNum", 2);

DataObject customer1 = datagraph.createRootObject(customerTypeType);
customer1.setString("firstName", "Steffen");
customer1.set("account", account);

datagraph.getChangeSummary().beginLogging();

DataObject loadedCustomer = datagraph.getRootObject();
DataObject loadedAccount = (DataObject) loadedCustomer.get("account");
loadedAccount.setInt("accountNum", 5);

datagraph.getChangeSummary().endLogging();
List changedDataObjects = 
datagraph.getChangeSummary().getChangedDataObjects();

assertEquals("1 Object is changed by the code", 1, 
changedDataObjects.size());
  }


-- 
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]

Re: [VOTE] Release Tuscany Java SCA 0.90-incubating RC2

[ant elder]

I think thats: http://issues.apache.org/jira/browse/TUSCANY-1268. If you
ignore the unsightly error on the tomcat console the sample should still
actually be working fine. I have started fixing this in the trunk code, will
try to get it committed shortly.

  ...ant

On 5/26/07, Simon Nash <[EMAIL PROTECTED]> wrote:


I am trying out the samples for RC2.  All went well until I came to
helloworld-jsonrpc.  The pre-built war file deployed and ran fine.
I then used "ant package" to rebuild the war, and the war that was
built did not deploy successfully.  Here is the error that I got.

INFO: Server startup in 1813 ms
26-May-2007 19:38:37 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive sample-helloworldjsonrpc.war
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver
INFO: registered local arg resolver
com.metaparadigm.jsonrpc.HttpServletRequestArgResolver for local class
javax.servlet.http.HttpServletRequest with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver
INFO: registered local arg resolver
com.metaparadigm.jsonrpc.HttpSessionArgResolver for local class
javax.servlet.http.HttpSession with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 
com.metaparadigm.jsonrpc.JSONRPCBridgeregisterLocalArgResolver
INFO: registered local arg resolver
com.metaparadigm.jsonrpc.JSONRPCBridgeServletArgResolver for local class
com.metaparadigm.jsonrpc.JSONRPCBridge with context
javax.servlet.http.HttpServletRequest
26-May-2007 19:38:42 org.apache.catalina.session.StandardManager doLoad
SEVERE: IOException while loading persisted sessions:
java.io.WriteAbortedException: writing aborted;
java.io.NotSerializableException:
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
java.io.WriteAbortedException : writing aborted;
java.io.NotSerializableException:
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java
:1309)
at java.io.ObjectInputStream.defaultReadFields (
ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java
:1832)
at java.io.ObjectInputStream.readOrdinaryObject(
ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0 (ObjectInputStream.java
:1305)
at java.io.ObjectInputStream.defaultReadFields(
ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java
:1832)
at java.io.ObjectInputStream.readOrdinaryObject (
ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java
:1305)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java
:348)
at java.util.HashMap.readObject (HashMap.java:1067)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke (
DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at java.io.ObjectStreamClass.invokeReadObject(
ObjectStreamClass.java:946)
at java.io.ObjectInputStream.readSerialData (
ObjectInputStream.java:1809)
at java.io.ObjectInputStream.readOrdinaryObject(
ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java
:1305)
at java.io.ObjectInputStream.defaultReadFields (
ObjectInputStream.java:1908)
at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java
:1832)
at java.io.ObjectInputStream.readOrdinaryObject(
ObjectInputStream.java:1719)
at java.io.ObjectInputStream.readObject0 (ObjectInputStream.java
:1305)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java
:348)
at org.apache.catalina.session.StandardSession.readObject(
StandardSession.java:1386)
at org.apache.catalina.session.StandardSession.readObjectData (
StandardSession.java:921)
at org.apache.catalina.session.StandardManager.doLoad(
StandardManager.java:393)
at org.apache.catalina.session.StandardManager.load(
StandardManager.java:320)
at org.apache.catalina.session.StandardManager.start(
StandardManager.java:636)
at org.apache.catalina.core.ContainerBase.setManager(
ContainerBase.java:431)
at org.apache.catalina.core.StandardContext.start (
StandardContext.java:4131)
at org.apache.catalina.core.ContainerBase.addChildInternal(
ContainerBase.java:759)
at org.apache.catalina.core.ContainerBase.addChild(
ContainerBase.java:739)
at org.apache.catalina.core.StandardHost.addChild(
StandardHost.java:524)
at org.apache.catalina.startup.HostConfig.deployWAR(
HostConfig.java:809)
at org.apache.catalina.startup.HostConfig.deployWARs(
HostConfig.java :698

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[Simon Laws]

Venkat

Some more comments

snip


Haleh, the news is something that is very volatile and if we decide to
place
things in the chronological order the Release info will at some point get
pushed down.  Also there is just about a couple of lines that this News
can
mention about a release which is not what I am proposing.  I am proposing
a
neat summary of the Release itself on what it offers and on what platforms
and so on and also what the changes over the prev. release are.  Infact I
really wish to make this 'Release' section visibile right at the top of
the
second half of the page and to help in this I'd even see if we can reduce
the info about the project by a couple of lines or so.



I support this approach, what people really want to know before they
download a specific release is what is in it. This information needs to be
readily available to them. The information is technology specific so should
be associated with the particualar technology/download to which it refers.
So when you said "home page" before did you mean the front page of the site
or the front page of each subproject? Maybe you could create a first pass of
the page/section and put it where you think it belongs and we can comment on
it?

By the way... must we also have the 'incubator logo' ?   We used to have

this.



I think we should put it on our front page. Looking at other projects some
do and some don't. But it's useful to show we belong I think. Are you making
this change. If not I can have a go and include the link.

Simon

Re: Wiki cleanup : was : Website / Wiki was:Tuscany Logo..

[Simon Laws]

I don't think there is a right answer here as it mainly comes down to
personal preference. How we each like to see information presented.  If I
were travelling in my car I'd prefer to read a line on a map, many people I
know would much prefer to read a list of written instructions (turn right
here, turn left  there etc.) and forgo the map. Same information, different
presentation. I guess we just need to try and cover the most bases without
making too much work for ourselves.

I made a couple of examples of the Reference type information I would like
to see. This is just intended to provide an index into exisiting information
in the site.

User Reference:
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+User+Reference
Developer Reference:
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Developer+Reference


I'm not convinced everything here is either in the right category or is well
described but you get the idea.  Many projects at Apache provide a reference
approach to accessing information as well as providing a guide/tutorial
approach, for example, HTTPD, ActiveMQ, Ant, Maven etc.

Simon