FYI, I've started porting the old JavaScript container to the new trunk
codebase in sca/containers/container.javascript. So far its just a copy of
the groovy container with the groovy specific bits changed to use Rhino.
There's still a fair bit to do which I'll continue with (or if anyone else
I attended a Subversion Best Practice session yesterday here at OSCON
and Committing often and in small chunks was near the top of the
presented list. A related best practice mentioned was:
Use consistent log messages
This makes sense to me too although consistent use of I fixed a bunch
(4) sounds good, maybe another option to avoid getting configHelper too
crowded is to create subclasses of ConfigHelper to handle more commonly used
scenarios, and users would use those specialized classes for specific
scenarios... but, as mentioned by Kevin, (4) is fine for now, and we can
[ http://issues.apache.org/jira/browse/TUSCANY-537?page=all ]
Frank Budinsky resolved TUSCANY-537.
Resolution: Fixed
Update version in POM
-
Key: TUSCANY-537
URL:
+1 - little and often
Also at OSCON, Fitz's Poisonous People session referred to the code
bomber - large changes are hard to review and as a result don't get as
much buy in from other people in the community.
One way to address this is to say what you are planning to do, then
spin off a working
The launcher scans a directory called extensions under the root and
deploys everything it finds there as a child to the system composite -
just dropping a jar containing a default.scdl in there should add it
in.
We should write this up better but here's the original post to the list:
[ http://issues.apache.org/jira/browse/TUSCANY-579?page=all ]
Frank Budinsky reassigned TUSCANY-579:
--
Assignee: Frank Budinsky
Fuhwei Lwo is looking at this for me.
getString on Date field results in IllegalArgumentException
[ http://issues.apache.org/jira/browse/TUSCANY-582?page=all ]
Frank Budinsky reassigned TUSCANY-582:
--
Assignee: Frank Budinsky
Fuhwei Lwo is looking at this for me.
Date fields sometimes not preserved when using DataHelper.
This reminds me of another best practice from the Subversion session:
Do not fear branches
Jeremy Boynes wrote:
+1 - little and often
Also at OSCON, Fitz's Poisonous People session referred to the code
bomber - large changes are hard to review and as a result don't get as
much buy in
[ http://issues.apache.org/jira/browse/TUSCANY-516?page=all ]
Frank Budinsky resolved TUSCANY-516.
Resolution: Invalid
You should use TypeHelper to get the Type.
Annotating generated SDO Types for the associated 'Factory' and 'Package'
generated
[ http://issues.apache.org/jira/browse/TUSCANY-515?page=all ]
Frank Budinsky resolved TUSCANY-515.
Resolution: Invalid
Augmenting / Modifying generated Java SDO Types to enable better conversion
to XSDs
Branches obviously have there place, but given whats just happened with the
trunk and sandbox i don't think it would hurt to be a little cautious. IMHO
trunk is the place for day to day dev unless there's very good reasons. We
had the celtix binding initially start with trying to be developed in
[
http://issues.apache.org/jira/browse/TUSCANY-578?page=comments#action_12424123
]
Frank Budinsky commented on TUSCANY-578:
I'm adding the examples described in TUSCANY-580 and 581 here, to consolidate
this issue in one JIRA. If there
[ http://issues.apache.org/jira/browse/TUSCANY-581?page=all ]
Frank Budinsky resolved TUSCANY-581.
Resolution: Duplicate
Consolidated in TUSCANY-578.
IllegalArgumentException when expecting ClassCastException
[ http://issues.apache.org/jira/browse/TUSCANY-580?page=all ]
Frank Budinsky resolved TUSCANY-580.
Resolution: Duplicate
Consolidated in TUSCANY-578.
NullPointerException when expecting IllegalArgumentException
I'm still struggling getting this to go. I've added a JavaScript HelloWorld
sample to help (in samples/sca/helloworldJavaScript). The testcase for that
sample fails as it doesn't understand the javascript SCDL, as I guess
SCATestCase doesn't know about the JavaScript container. Am I supposed to
With Kevin's great help, we found the culprit. It seems that the SAX2DOM
class from Xalan 2.7.0 cannot run with XercesImpl 2.8.0 with the following
exception:
java.lang.IncompatibleClassChangeError
at org.apache.xalan.xsltc.trax.SAX2DOM.startElement(SAX2DOM.java:140)
We tried to downgrade
[
http://issues.apache.org/jira/browse/TUSCANY-579?page=comments#action_12424133
]
Fuhwei Lwo commented on TUSCANY-579:
Hi Frank, Brian, the defect reporter, is looking at this issue now and should
have patch soon.
getString on Date
I agree, trunk is definitely the place for main stream development.
Normally that would be fairly evolutionary with small changes
committed often which should prevent disruption to other developers
(assuming basic things like it builds).
The issue Dims and Paul were discussing is the same
On Jul 28, 2006, at 4:38 AM, ant elder wrote:
I've had to use (and the groovy container does also) quite a lot of
@SuppressWarnings(unchecked), eg in the JavaScriptComponent
class. Is
there some things I can do with generics to avoid these?
I think some of these can be removed if we change
I've committed Jervis' patch (thanks Jervis!) in 426629. I made some
formatting changes to pass checkstyle and pmd and have the following
comments:
- Axis2Reference and Axis2Service take WebServiceBinding - can we not
have it do that? We should decouple the model from the runtime
Registering the extension in the test setup seems fine, I'm out for the
night now and you'll likely not be around in the morning my time, so could
you post a pointer to a method/class that does the setup you're talking
about?
Note also that along with the maven build the test environment can
On Jul 27, 2006, at 9:53 AM, ant elder wrote:
One of the reasons I started this thread was to try to get a common
understanding about what everyone expects is required to become a
Tuscany
committer. Its hard to publicly say you think someone isn't ready
yet, even
on the private list, so a
In the process of adding support for callbacks, I am adding a CallbackProcessor
to pick up a callback name and member when visiting a field or a method. I
added a call to register the CallbackProcessor from DefaultBoostrappers's
createIntrospector, and I added the following entry to
Is this information on the wiki or main web site anywhere? I wasn't
aware of it. Maybe we should have a Guidelines for patch submission
page on the wiki that covers Tuscany specific expectations?
Brent
On 7/28/06, Jim Marino [EMAIL PROTECTED] wrote:
When doing a check-in or submitting a patch,
For those interested, the OSOA collaboration held a series of analyst
briefings this week and here is some of the press coverage:
http://news.google.com/news?hl=enned=usie=UTF-8ncl=http://
www.crmbuyer.com/story/T6hlnqIJw5R2TT/IT-Leaders-Unite-for-SOA-
Standards.xhtmlfilter=0
Jim
Hi Ignacio,
Can you create a JIRA and attach the code so I can take a look?
Jim
On Jul 28, 2006, at 12:35 PM, Ignacio Silva-Lepe wrote:
In the process of adding support for callbacks, I am adding a
CallbackProcessor to pick up a callback name and member when
visiting a field or a method.
Yes, I have already created the JIRA, will attach in a min, but I was hoping
maybe there was a quick fix off of someone's head. Anyhow, will do.
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, July 28, 2006 4:08 PM
Subject: Re: Adding
[ http://issues.apache.org/jira/browse/TUSCANY-585?page=all ]
Ignacio Silva-Lepe updated TUSCANY-585:
---
Attachment: CallbackPatch.txt
Patch with code and sample attached
Initial support for callbacks
-
Hi Ignacio,
I think the patch is missing the following classes:
JavaMappedCallback and IllegalCallbackException
Can you just attach the classes to the JIRA issue (no need to patch)?
Jim
On Jul 28, 2006, at 1:39 PM, Ignacio Silva-Lepe (JIRA) wrote:
[
[ http://issues.apache.org/jira/browse/TUSCANY-585?page=all ]
Ignacio Silva-Lepe updated TUSCANY-585:
---
Attachment: CallbackPatch.txt
Including JavaMappedCallback and IllegalCallbackException that had not been
added to version control, apologies
Ok, done. Forgot to add them to version control, apologies.
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, July 28, 2006 5:10 PM
Subject: Re: [jira] Updated: (TUSCANY-585) Initial support for callbacks
Hi Ignacio,
I think the
I have created a page on the Tuscany Wiki to centralize overall DAS
information (http://wiki.apache.org/ws/Tuscany/TuscanyJava/DAS_Java_Overview
).
I want to start updating this page with the following topics :
- DAS Overview
- DAS Roadmap
- DAS Requirements, ideas and possible features
O.K. thanks. I need to step out for a bit but I'll look into it tonight.
Jim
On Jul 28, 2006, at 2:25 PM, Ignacio Silva-Lepe wrote:
Ok, done. Forgot to add them to version control, apologies.
- Original Message - From: Jim Marino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Ok, I'm going to be on vacation next week (I won't have connectivity, I'm
even going to unsubscribe so I don't have to plow through my mailbox when I
get back), hopefully we'll be able to figure it out before then. In any
case, at least the patch is out there so that it does not get stale by
NullPointerException during
registerModelObject(AbstractCompositeContext.java:446)
---
Key: TUSCANY-586
URL: http://issues.apache.org/jira/browse/TUSCANY-586
Project:
On Jul 28, 2006, at 9:13 AM, [EMAIL PROTECTED] wrote:
Author: antelder
Date: Fri Jul 28 09:13:03 2006
New Revision: 426590
URL: http://svn.apache.org/viewvc?rev=426590view=rev
Log:
Add a default.scdl file to try to get the JavaScript container
picked up by the runtime
(still doesn't seem to
I'll apply it. Sorry I disappeared this week but I had a personal
thing that came up...In the meantime, have a good vacation and ping
when you are back.
Jim
On Jul 28, 2006, at 4:31 PM, Ignacio Silva-Lepe wrote:
Ok, I'm going to be on vacation next week (I won't have
connectivity, I'm
On Jul 27, 2006, at 9:53 AM, ant elder wrote:
One of the reasons I started this thread was to try to get a common
understanding about what everyone expects is required to become a
Tuscany
committer. Its hard to publicly say you think someone isn't ready
yet, even
on the private list, so a
39 matches
Mail list logo
