I've had a quick look, these look pretty good to me.
There are a few standard Apache files that you need to add, all
distributions should have LICENSE, NOTICE, README and RELEASE_NOTES files,
and src distributions should have a BUILDING file, bin distributions an
INSTALL file. You can see some
I'm at ApacheCon as well. Please drop me email if you're going
to be around and would like to meet up.
Simon
Jean-Sebastien Delfino wrote:
Anyone going to ApacheCon?
I'm there at the Hackathon today and will be there all week.
Drop me an email if you're going to be there and want to meet!
To clarify my proposal for an early January release, since many people
are out over the Christmas and New Year period, in order to release in
early January we would need to have a release candidate by December 21.
This would give us an extended review period for the RC (for those who
will have a
On Nov 9, 2007 7:05 PM, Raymond Feng [EMAIL PROTECTED] wrote:
+1 for Simon Laws as the release manager.
+1 on Simon Nash's proposal to have an early-January 1.1 release.
I would like to get some basic transaction support into the 1.1 release.
Thanks,
Raymond
- Original Message -
[
https://issues.apache.org/jira/browse/TUSCANY-1811?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1811.
-
Resolution: Fixed
Applied patch, thanks Ron.
ClassCastException saving codegen-based
On Nov 13, 2007 11:02 AM, Simon Laws [EMAIL PROTECTED] wrote:
On Nov 9, 2007 7:05 PM, Raymond Feng [EMAIL PROTECTED] wrote:
+1 for Simon Laws as the release manager.
+1 on Simon Nash's proposal to have an early-January 1.1 release.
I would like to get some basic transaction support
When the embedded Tomcat server starts, it produces a series of warnings
as shown in the - markings below.
[java] 13-Nov-2007 11:57:56 org.apache.catalina.core.StandardEngine start
[java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.10
[java] 13-Nov-2007 11:57:56
[
https://issues.apache.org/jira/browse/TUSCANY-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1842:
Attachment: 1842data.zip
Hi Ron,
I'm having trouble getting the data files to
This sounds like a useful change to get all of our dependencies on
servlet-api in sync. And, as you say, it does not seem to have any
negative impact.
+1 from me.
Thanks
On Nov 13, 2007 8:43 AM, Simon Nash [EMAIL PROTECTED] wrote:
When the embedded Tomcat server starts, it produces a series of
Do we want to support pre-2.5 level servlet containers? If so then maybe we
should use the 2.4 version so things don't inadvertently use 2.5 only APIs.
...ant
On Nov 13, 2007 1:59 PM, Ignacio Silva-Lepe [EMAIL PROTECTED] wrote:
This sounds like a useful change to get all of our dependencies
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=21604projectId=277
Build statistics:
State: Error
Previous State: Failed
Started at: Tue 13 Nov 2007 06:03:19 -0800
Finished at: Tue 13 Nov 2007 06:58:47 -0800
Total time: 55m 28s
Build Trigger: Schedule
Build
[snip]
Simon Laws wrote:
Now that 1.0.1 is well on the way I'd like to suggest that we start to
think about our next feature release (1.1).
+1
We need to decide what we want in and when we want to get the release out.
Aside from the roadmap page, is there already a list with what
There is one place in binding-ws-axis2 where we use a 2.5-only
method. It's in Axis2ServiceServlet.createDummyServletConfig() where
we use the getContextPath() method of the ServletContext class.
Is it OK to remove this method and go back to a 2.4 compile
dependency? I tried doing this and the
On Nov 13, 2007 4:06 PM, ant elder [EMAIL PROTECTED] wrote:
Trying to run a domain manager node within a webapp and it fails as right
now you can only use a domain manager url without a path, eg
http://localhost:8080 not http://localhost:8080/tuscany/domainManager. I'd
like to try to fix this
IIRC that method was needed as otherwise something was getting an error when
running with the 2.5 API but I can't remember the exact details, would need
to test it, but it should be ignored when running in a pre-2.5 container the
method being on the dummy config but not part of the implemented
On Nov 13, 2007 4:22 PM, Simon Nash [EMAIL PROTECTED] wrote:
There is one place in binding-ws-axis2 where we use a 2.5-only
method. It's in Axis2ServiceServlet.createDummyServletConfig() where
we use the getContextPath() method of the ServletContext class.
Is it OK to remove this method and
I'll take a look and get back to you.
Thanks,
- Ron
- Original Message
From: Kelvin Goodson (JIRA) tuscany-dev@ws.apache.org
To: [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2007 9:12:50 AM
Subject: [jira] Updated: (TUSCANY-1842) IOException loading DataGraph
containing a deleted
Thanks,
I'm looking at your triple JIRA patch now (1812,30,32)
Kelvin.
On 13/11/2007, Ron Gavlin [EMAIL PROTECTED] wrote:
I'll take a look and get back to you.
Thanks,
- Ron
- Original Message
From: Kelvin Goodson (JIRA) tuscany-dev@ws.apache.org
To: [EMAIL PROTECTED]
Sent:
Simon Laws wrote:
On Nov 13, 2007 4:22 PM, Simon Nash [EMAIL PROTECTED] wrote:
There is one place in binding-ws-axis2 where we use a 2.5-only
method. It's in Axis2ServiceServlet.createDummyServletConfig() where
we use the getContextPath() method of the ServletContext class.
Is it OK to
Simon Laws wrote:
On Nov 13, 2007 4:04 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
[snip]
Simon Laws wrote:
Now that 1.0.1 is well on the way I'd like to suggest that we start to
think about our next feature release (1.1).
+1
We need to decide what we want in
Hey Mario
Not sure if I understood your question, but if you are looking for
a maven plugin to run the wsdl2java tool, yes, we do have that
check the pom [1] file for the sca/itest/wsdl2java project.
[1]
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/itest/wsdl2java/pom.xml
On Nov 13, 2007 5:30 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Simon Laws wrote:
On Nov 13, 2007 4:04 PM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
[snip]
Simon Laws wrote:
Now that 1.0.1 is well on the way I'd like to suggest that we start to
think about our
On Nov 13, 2007 4:53 PM, ant elder [EMAIL PROTECTED] wrote:
On Nov 13, 2007 4:31 PM, Simon Nash [EMAIL PROTECTED] wrote:
ant elder wrote:
On Nov 13, 2007 11:02 AM, Simon Laws [EMAIL PROTECTED]
wrote:
On Nov 9, 2007 7:05 PM, Raymond Feng [EMAIL PROTECTED] wrote:
+1 for
Hi,
that's ok. I'm able to add a component to a given composite in a given
contribution. I added a method in SCANodeImpl:
public void addComponentToComposite(MetaComponent c, String
contributionURI, String compositeURI) throws Exception
{
What problem did you see with JavaBean2XMLStreamReader? How to reproduce the
problem? I can take a quick look.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, November 12, 2007 12:05 PM
Subject: Re:
Couple more comments :
Distribution artifact names : I'd follow the same naming of previous
native releases [1] and use tuscany_das_cpp-1.0-incubator-M4-bin.zip
I'm also not sure if the native project wants to start using
incubating in the name, to follow the same pattern being used in the
java
It seems that we should stick with the 2.5 version and use the jar from
geronimo. Please note provided scope is used for compilation too.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 13, 2007 9:21 AM
Modules/implementation-bpel currently uses the Tuscany maven-wsdl2java
Maven plugin to generate Java interfaces for its unit test cases.
It's the only module that does that. I'd like to switch it to use the
WSDL2Java class directly as Maven does not seem to want to build that
plugin before
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Description:
My second patch is a working patch. Now with this patch you're able to add a
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Attachment: mypatch.txt
Dynamic Wiring: Adding a new component to a contribution
[
https://issues.apache.org/jira/browse/TUSCANY-1907?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Giorgio Zoppi updated TUSCANY-1907:
---
Attachment: (was: dynamic-wiring.dif)
Dynamic Wiring: Adding a new component to a
Raymond Feng wrote:
What problem did you see with JavaBean2XMLStreamReader? How to
reproduce the problem? I can take a quick look.
Great. Add that line to
databinding/src/main/resources/META-INF/services/org.apache.tuscany.sca.databinding.PullTransformer:
How are you going to invoke the WSDL2Java class during the generate
phase of the maven build, in order have the necessary java artifacts
for compile ? Maybe the best option should be to move the bpel test
cases as an iTest project ?
I have no issues building it, and continuum integration builds
+1 on Simon Laws's proposal. Let's try get the contents ready in December
and the RM can decide when to start the release process.
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED]
Sent: Tuesday, November 13, 2007
OK. I found the problem. I am testing the fix now and will check it in as
soon as the full build passes.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 13, 2007 10:09 AM
Subject: Re:
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542206
]
Mark Combellack commented on TUSCANY-1909:
--
I've created a simple addition to the conversations iTest
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542207
]
Mark Combellack commented on TUSCANY-1909:
--
After some investigation, it appears that the problem is
Conversational Component referring to another Conversational Component always
uses the same instance
Key: TUSCANY-1909
URL:
[
https://issues.apache.org/jira/browse/TUSCANY-1909?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Combellack updated TUSCANY-1909:
-
Attachment: ConversationalWireFix_itest.patch
[
https://issues.apache.org/jira/browse/TUSCANY-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542235
]
Ron Gavlin commented on TUSCANY-1842:
-
Hi Kelvin,
Please ignore the in-line code/text included in this issue
Luciano Resende wrote:
How are you going to invoke the WSDL2Java class during the generate
phase of the maven build, in order have the necessary java artifacts
for compile ?
Like that (untested):
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdexec-maven-plugin/artifactId
executions
I can handle moving the BPEL unit tests to iTest as I'm currently
working on the BPEL implementation.
As for the build order issue, I guess we can fix that by adding
wsdl2java as a dependency to the project or to the plugin. This should
make wsdl2java build first. At least it showed up first on
[snip]
Luciano Resende wrote:
I can handle moving the BPEL unit tests to iTest as I'm currently
working on the BPEL implementation.
As for the build order issue, I guess we can fix that by adding
wsdl2java as a dependency to the project or to the plugin. This should
make wsdl2java build
+1 to that. I'm just pointing out issues to help with making the decision:
the longer its left the more we lose the regular release drumbeat benefits,
the harder it gets to pull together for maybe not so much benefit, and if
its going to be left till January then in a lot of respects its better to
The online store tutorial currently uses a simple handwritten JavaBean
to represent the Items in the store catalog and shopping cart. I'm able
to flow that Item bean over local calls, WS, Atom and JSON bindings.
Here's what it looks like:
As we have seen so far -
1) testing the changes by unit test cases
- adds more dependencies and can have licensing issues
2) and testing the changes by sample
- creates sample just for a single feature and not for a set of features
From the above 2 approaches it is verified that the change is
I guess this is basically what I was trying to say.. documenting that
user can now configure username/password for password protected data
sources should be enough.
+1 for documenting and removing the sample.
On Nov 13, 2007 9:49 PM, Amita Vadhavkar [EMAIL PROTECTED] wrote:
As we have seen so
There are a few standard Apache files that you need to add, all
distributions should have LICENSE, NOTICE, README and RELEASE_NOTES files,
and src distributions should have a BUILDING file, bin distributions an
INSTALL file. You can see some examples at
[
https://issues.apache.org/jira/browse/TUSCANY-1903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542357
]
Luciano Resende commented on TUSCANY-1903:
--
Initial patch applied.
An implementation openjpa work with
I have started reviewing and adding implementation.jpa [1] to Tuscany
SVN. I was wondering how would that relate to the other efforts being
done related to data access, and if we should align this to the same
direction. Maybe we could have something like :
- implementation-data-xml
-
50 matches
Mail list logo
