Re: Nightly build is broken, was: Top-down build now working with Maven 2.0.7 on JDK5
Venkata Krishnan wrote:
Hi,
I'd go with 1 or 2 or 5. With 1 and 2 we have a dependency on the build
folks and if that gets a bit difficult to do, then I suppose 5 is the best
option.
Thanks
- Venkat
On 10/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I have been looking into JIRA issue 1676, reporting that our top-down
build is broken.
With the fixes that went into SVN revision r583587, people should now
be able to build the whole java/sca tree from an empty Maven
repository on Maven 2.0.7.
P.S. Thanks to Luciano and Raymond for helping troubleshoot the build
issues.
So that was for the good news.
The bad news is that the build machine at
http://vmbuild1.apache.org/continuum uses JDK6. This breaks our build
again as JDK 6 ships JAXB and JAXWS 2.0, older than the JAXB and JAXWS
2.1 that we're using in Tuscany.
It looks like many other projects are running into this 2.0 vs 2.1 issue
with JAX-* and JDK6 as well...
Here are a few options to fix our build:
1) Ask the build team to run our build with JDK5
2) Ask the build team to run our build with MAVEN_OPTS -
Djava.endorsed.dirs
3) Patch the JDK6 on the build machine and copy the JAXB and JAX-WS API
Jars to a JRE/lib/endorsed directory
4) Port Tuscany back to JAXB and JAX-WS 2.0
5) Tweak the few pom.xml files that generate/compile/run JAXB/JAXWS code
to pass -Djava.endorsed.dirs to the relevant plugins/tasks/classes.
I'm investigating option (5) right now, plowing through pom.xml files
and Maven plugin configuration... as I think that supporting JDK 6 will
be good anyway and that it's also better to avoid requiring special
Maven command line options as everybody will run into this... but at
this point I'm not sure that I'll be able to get it working.
What do people think?
--
Jean-Sebastien
After investigation, I think that option (5) is technically feasible but
really too messy as everywhere we use JAX-WS + JAXB we have to:
- Replace the JAXB and JAXWS Maven plugins by the Maven antrun plugin
and run the JAXB and JAXWS generator classes using a java Ant task
with fork=true and -Djava.endorsed.dirs
- Configure the maven compiler plugin with -Djava.endorsed.dirs
- Configure the surefire plugin with -Djava.endorsed.dirs
... basically pages of convoluted XML.
Here's a simpler solution:
- Configure the surefire plugin with
-Djava.endorsed.dirs=${settings.localRepository}/javax/xml/bind/jaxb-api/2.1
where necessary.
I took care of that one.
- On the continuum build machine configure
MAVEN_OPTS=-Djava.endorsed.dirs=M2
repository/javax/xml/bind/jaxb-api/2.1:M2
repository/javax/xml/ws/jaxws-api/2.1
- Document that MAVEN_OPTS configuration for people who need to build on
JDK6.
Luciano, since you set up the initial build configuration, how can we
configure MAVEN_OPTS on the build machine?
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1835) XSDHelper.getAppinfo() returns wrong result
[ https://issues.apache.org/jira/browse/TUSCANY-1835?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1835: --- Fix Version/s: Java-SDO-Next XSDHelper.getAppinfo() returns wrong result --- Key: TUSCANY-1835 URL: https://issues.apache.org/jira/browse/TUSCANY-1835 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-1.0 Environment: WinXP Reporter: Fuhwei Lwo Assignee: Fuhwei Lwo Fix For: Java-SDO-Next Attachments: 1835.patch According to SDO 2.1 spec section 3.13 (The getAppinfo() methods return the XML, starting from the specified source element.). This means if we have an annotation defined like below. xsd:annotation xsd:appinfo source=appinfosrc simple:stockQuote xmlns:simple=http://www.example.com/simple; symbolfbnt/symbol /simple:stockQuote /xsd:appinfo /xsd:annotation XSDHelper.getAppinfo() should return xsd:appinfo source=appinfosrc simple:stockQuote xmlns:simple=http://www.example.com/simple; symbolfbnt/symbol /simple:stockQuote /xsd:appinfo Now it's returning the wrong result like below. simple:stockQuote xmlns:simple=http://www.example.com/simple; symbolfbnt/symbol /simple:stockQuote -- 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-1831) Make SDOPackageRegistryDelegator pluggable
[ https://issues.apache.org/jira/browse/TUSCANY-1831?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ant elder updated TUSCANY-1831: --- Fix Version/s: Java-SDO-Next Make SDOPackageRegistryDelegator pluggable -- Key: TUSCANY-1831 URL: https://issues.apache.org/jira/browse/TUSCANY-1831 Project: Tuscany Issue Type: Improvement Components: Java SDO Implementation Affects Versions: Java-SDO-Next Reporter: Ron Gavlin Fix For: Java-SDO-Next The current SDOPackageRegistryDelegator implementation assumes that a standard, hierarchical classloader structure is present in the hosting environment. BEA WebLogic, for example, uses an unusual change aware classloading scheme which does not meet the expectations of the SDOPackageRegistryDelegator. Prior to Tuscany SDO 1.0, I was able to work-around this former EMF problem by setting the EMF JVM property org.eclipse.emf.ecore.EPackage.Registry.INSTANCE. In Tuscany SDO 1.0, this setting is no longer relevant. I would like to be able to plugin my own SDOPackageRegistryDelegator implementation that provides a non-classloader-aware registry, knowing full well the limitations of of this implementation. -- 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-1832) Complex type w/simple content restriction facets are ignored
[
https://issues.apache.org/jira/browse/TUSCANY-1832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1832:
---
Fix Version/s: Java-SDO-Next
Complex type w/simple content restriction facets are ignored
Key: TUSCANY-1832
URL: https://issues.apache.org/jira/browse/TUSCANY-1832
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Reporter: Ron Gavlin
Fix For: Java-SDO-Next
Namespace http://www.example.com/substitutionEV; includes two complex type
with simple content named CommentType and MyCommentType. MyCommentType
restricts CommentType with facet maxLength=40. This maxLength facet does
not appear to exist in the SDO metadata. The sample test case named
testComplexTypeWithSimpleContentExtension() is included below.
==
substitutionWithExtensionValues.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
element name=results type=sev:ResultsType /
element name=result type=sev:ResultType /
element name=myResult type=sev:MyResultType
substitutionGroup=sev:result /
complexType name=ResultsType
sequence
element name=id type=sev:IdType /
element ref=sev:result minOccurs=0
maxOccurs=unbounded /
element name=comment type=sev:CommentType /
/sequence
/complexType
complexType name=ResultType
sequence
element name=id type=sev:IdType /
element name=name type=string /
element name=value type=sev:CommentType /
/sequence
/complexType
complexType name=MyResultType
complexContent
extension base=sev:ResultType /
/complexContent
/complexType
simpleType name=IdType
restriction base=sev:AsciiStringType
maxLength value=32 /
pattern value=[0-9a-fA-F]* /
/restriction
/simpleType
simpleType name=AsciiStringType
restriction base=string
pattern value=\p{IsBasicLatin}* /
/restriction
/simpleType
complexType name=CommentType
simpleContent
extension base=sev:AsciiStringType
attribute name=language use=optional
simpleType
restriction base=string
enumeration
value=English /
enumeration
value=French /
enumeration
value=Spanish /
/restriction
/simpleType
/attribute
/extension
/simpleContent
/complexType
complexType name=MyCommentType
simpleContent
restriction base=sev:CommentType
minLength value=0 /
maxLength value=40 /
/restriction
/simpleContent
/complexType
/schema
==
substitutionWithExtensionValues2.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV2;
[jira] Updated: (TUSCANY-1830) SimpleType extension across mixed static/dynamic namespaces is broken
[
https://issues.apache.org/jira/browse/TUSCANY-1830?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-1830:
---
Fix Version/s: Java-SDO-Next
SimpleType extension across mixed static/dynamic namespaces is broken
-
Key: TUSCANY-1830
URL: https://issues.apache.org/jira/browse/TUSCANY-1830
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Reporter: Ron Gavlin
Fix For: Java-SDO-Next
I have a statically registered namespace
http://www.example.com/substitutionEV; with a simpleType named UuidType with
a pattern facet. I also have a dynamically registered namespace
http://www.example.com/substitutionEV2; with a simpleType named Uuid2Type
which is a restriction of UuidType. When I invoke uuid2Type.getBaseTypes(),
the parent UuidType is not returned. I have included a sample test below.
==
substitutionWithExtensionValues.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
element name=results type=sev:ResultsType/
element name=result type=sev:ResultType/
element name=myResult type=sev:MyResultType
substitutionGroup=sev:result/
complexType name=ResultsType
sequence
element name=uuid type=sev:UuidType/
element ref=sev:result minOccurs=0 maxOccurs=unbounded/
element name=comment type=string/
/sequence
/complexType
complexType name=ResultType
sequence
element name=uuid type=sev:UuidType/
element name=name type=string/
element name=value type=string/
/sequence
/complexType
complexType name=MyResultType
complexContent
extension base=sev:ResultType/
/complexContent
/complexType
simpleType name=UuidType
restriction base=sev:AsciiStringType
pattern
value=[0-9a-fA-F]{8}\-[0-9a-fA-F]{4}\-[0-9a-fA-F]{4}\-[0-9a-fA-F]{4}\-[0-9a-fA-f]{12}/
/restriction
/simpleType
simpleType name=AsciiStringType
restriction base=string
pattern value=\p{IsBasicLatin}*/
/restriction
/simpleType
/schema
==
substitutionWithExtensionValues2.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV2;
xmlns:sev2=http://www.example.com/substitutionEV2;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
import namespace=http://www.example.com/substitutionEV;
schemaLocation=substitutionWithExtensionValues.xsd /
element name=allResults type=sev2:AllResultsType /
complexType name=AllResultsType
sequence
element name=uuid type=sev2:Uuid2Type /
Re: JSONRPC Enhancements in progress, was: Re: Store sample JSONRPC proxy
On 10/10/07, Luciano Resende [EMAIL PROTECTED] wrote: To the specific question, the store sample is shipping the JSONRPC proxy probably because the SCADomain.js does not have support for components with multiple services as reported in [1]. As for a more broad number of enhancements around JSONRPC, I have started to add support for Databindings [2], References and working on moving to support references on a web2.0 application similar to what was discussed/proposed on this thread [3]. I should have some of this done early next week, after I fix couple issues that I'm seeing in my local environment. [1] https://issues.apache.org/jira/browse/TUSCANY-1820 [2] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24367.html [2] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23094.html On 10/10/07, Simon Laws [EMAIL PROTECTED] wrote: On 10/10/07, Luciano Resende [EMAIL PROTECTED] wrote: What do you mean by the proxy that is automatically generated ? On 10/10/07, Simon Laws [EMAIL PROTECTED] wrote: Currently the store sample ships a JSONRPC proxy (binding-jsonrpc.js) as an alternative to the proxy that is automatically generated. Why is this the case? Simon -- 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] As in the proxy that is automatically generated and that you would find at http://yourhost:yourport/yourapp/SCADomain/scaDomain.js Am assuming here that this feature still works. Simon -- 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] Luciano Sounds really good. Thanks for the summary. When the reference support is done I guess we can move the store sample back to using a generated proxy anyhow. Regards Simon
Re: ApacheCon Europe 2008
On 10/9/07, kelvin goodson [EMAIL PROTECTED] wrote: ApacheCon Europe is coming up, 7th to 11th of April 2008 [1], and the deadline for submission of abstracts is coming up fast, on 26th of this month. What should we aim to do here? The options seem to be (60 minutes) Multi-person panel discussion (60 minutes) Normal presentation Intensive topical training (full-day) Intensive topical training (half-day) Intensive topical training (two-day) My guess is that we should submit for a 60 minute presentation, but should we go for a tutorial session as well? I'm happy to coordinate, and although presenting on SCA would take me a little out of my comfort zone, I would welcome the chance to do so. As a possible starting point for thinking about this I was looking at Simon Laws' abstract and presentation for the recent JavaZone conference [2], [3]. What would we want to update or emphasize differently from this? In the short term we just need to get an abstract together and think about who will do the presentation. Regards, Kelvin. [1] http://www.eu.apachecon.com/ [2] http://www4.java.no/web/show.do?page=92articleid=5343 [3] http://cwiki.apache.org/confluence/download/attachments/68184/BuildingSOAWithApacheTuscany.ppt?version=1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I would certainly submit an abstract for a 60 minute presentation. I know others in the community have been working on tutorial material. What's the state of that? If that is going ahead then that material could be reused and a proposal made. Would be good to get more mileage out of it. Regards Simon
Classloading in Tuscany
Hello, Tuscany's use of classloaders doesn't seem to be well-defined, even though the concept of a runtime classLoader and contribution classloaders should have made it easy to isolate these namespaces. All Tuscany samples and tests are currently run with a single application classloader containing absolutely everything including Tuscany, all the jar files Tuscany requires and all the Java contribution jars/folders. I am running Tuscany as a bundle inside an OSGi runtime, and came across some issues with classloading when multiple classloaders are used. Even though these can be fixed for OSGi without changes to the non-OSGi related code in Tuscany, it will be good to fix these properly in Tuscany since these issues affect anyone who wants to use Tuscany without a great big classloader hierarchy containing Tuscany, all its dependencies and all contributions. Here is my understanding of classloaders used by Tuscany: 1) Tuscany Runtime classloader This is the classloader used to load Tuscany itself. It should be able to locate all Tuscany jar files and all its dependent jar files (eg. axis2). There are many locations in Tuscany which explicitly read the classloader used to load one Tuscany class in order to load another Tuscany class. For example, many of the files defined in META-INF/services and the classes they refer to are loaded in this way. 2) Contribution classloaders Referred to as application classloader in the DefaultSCADomain, a separate classloader can (in theory) be used to refer to the contributions - in the case of DefaultSCADomain, this is a single classloader associated with a single contribution. There is currently no concept of a contribution classloader for each contribution (except for OSGi contributions), and all resolution of classes from contributions is done using a single classloader. This does not reflect the SCA specification, which requires contribution imports/exports to be explicitly specified - requiring multiple classloaders to enforce the import/export definition during class resolution. 3) Thread context classloader Tuscany sets thread context classloader only in one class - HotUpdatableSCADomain (which sets Context classloader to a single URLClassLoader containing all the contribution jar files, with the original context classloader as parent). Tuscany uses the thread context classloader in around 30 different locations. Around half of these have FIXMEs saying that the classloader should be passed in. Many of these uses of the context classloader are trying to obtain the runtime classloader. And at least one is trying to obtain the contribution classloader. Many libraries which are used by Tuscany require the thread context classloader to be able to load the library classes. Most of these use the factory pattern and dynamically load implementation classes to create instances using the context classloader (eg. javax.xml.datatype.DataTypeFactory.newInstance()). The context classloader should in these cases to be able to find classes in Tuscany's dependent jar files, and hence the classloader used to load these dependent jars should be on the thread context classloader hierarchy. Axis2 libraries (and possibly others) use the thread context classloader to load Tuscany classes. Axis2 needs to find Tuscany's message receivers org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageReceiverand org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInMessageReceiver, and these are loaded by Axis2 using the context classloader. So Tuscany runtimeClassloader should be on the thread context classloader hierarchy. 4) Java Application classloader Tuscany doesn't directly rely on the application classloader (the classloader corresponding to CLASSPATH). But since Tuscany doesn't set the thread context classloader, for any application that doesn't explicitly set thread context classloader, there is an indirect dependency on the application classloader, and hence CLASSPATH should contain everything required by the thread context classloader (which at the moment includes the entire world). So we have the following requirements on classloaders: 1. Tuscany runtime classloader should find Tuscany and all its dependencies (essentially tuscany-sca-manifest.jar). 2. Contributions are not required to be on the classpath, nor do they have to be visible to the thread context classloader. One classloader per contribution is required to enforce SCA contribution import/export semantics. 3. Thread context classloader should be able to see Tuscany's dependencies and also Tuscany classes - so this can be the same as (or a child of) the Tuscany runtime classloader. 4. Any code using Tuscany should either have Tuscany runtime and its dependencies on the CLASSPATH, or should set the thread context classloader for its threads using Tuscany. All Tuscany tests rely on CLASSPATH, while Tuscany can be run inside OSGi without CLASSPATH, by setting the
Re: Policy support for implementation elements
Hi... I have set up a policyset for JDKLogging and a policy handler for the same. All this is now in a separate module called policy-logging. I have hooked up the policyhandler in the java impl runtime. It would be good if folks can give me opinion on the hooks I have placed to setup and invoke policies. I have modified the calculator sample to include the jdk logging policy. Here is the policyset that is used policySet name=tuscany:JDKLoggingPolicy provides=logging appliesTo=sca:implementation.java xmlns=http://www.osoa.org/xmlns/sca/1.0; tuscany:jdkLogger xmlns:tuscany= http://tuscany.apache.org/xmlns/sca/1.0; name=test.logger logLevelINFO/logLevel resourceBundleCalculatorLogMessages/resourceBundle useParentHandlersfalse/useParentHandlers /tuscany:jdkLogger /policySet This is just a few of the things that we could configure in JDK Logging. We can grow this to include other things as well as we go along. Here is how a component in the calculator sample uses logging intent. component name=AddServiceComponent implementation.java class=calculator.AddServiceImpl requires=logging/ /component If you run the sample you will see an 'INFO' level log message now for the add function. If you change the 'logLevel' element to 'ALL' in the above policyset, in the definitions.xml file of the calculator sample and run again, you'd see more log statements. I guess applications can use this policyset structure to define their logging options. If more options are to be supported such as specifying additional log handler classes etc. we need to go and extend the processor and the handler class in the policy.logging module. I'll do this as an when I get feedback on this. While the current set up enables logging in the java implementation extension, the logging intent and policy can also be used to configure logging within the business logic implementation too, since JDK logging functions at a global level. So, from the SCA composite level you could instrument the logging within implementations. I will add something that demonstrates this, into the calculator sample... hope I am right in my supposition :) Thanks - Venkat On 10/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Venkata Krishnan wrote: Hi, I've been trying to figure out if there is a common pattern in how implementations and bindings could be interpretting and applying policies so that we could include this in the SPI. But haven't been successful with this. Maybe with getting policies to work with a few implementation types will give a better idea. So, to start with I have extended the java implementaion type a bit to support policies. I have picked on the 'Logging' intent for now and have implemented a rudimentary logging mechanism that simply uses System.out.println. I am going to soon replace this with a formal Logging system. I've been looking a SLF4J so that we could facilitate switching of various logging implementations thro policy specifications. But seems like there is no programmatic way of binding the logging options (such as log4j or JDK Logging) into SLF4J. The logging implementation jar in the classpath is the one that would get picked up it seems. So for now I plan to go on with using the JDK Logger and having policies to specify the logging levels, logging handlers and so on. +1 to use the JDK logger as this is what we're using for logging inside the Tuscany runtime as well. Is the Logging policy a sample policy? or are you planning to make it available in Tuscany for people to use in their applications? Can you show what the XML to turn logging on looks like? While I am working on completing this, I'd like to explore another implementation type for including policy support for a QoS - maybe transactions. Good idea! There's a public draft of a Transaction spec at OSOA and several people on the dev and user list have expressed an interest in the transaction policy. I'd appreciate a lot if people could give me some feedback on the approach I have taken for the java implementation type and also suggestions on a implementation type that we could pickup for supporting transactions. How about changing the Online Store sample to update a database from the ShoppingCart Java component as a starting point? Thanks. - Venkat -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1838) HelperContext provided to createObjectOutputStream is inadvertantly ignored
[
https://issues.apache.org/jira/browse/TUSCANY-1838?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12534053
]
Ron Gavlin commented on TUSCANY-1838:
-
Kelvin,
In my case, objectOutput is an instance of IIOPOutputStream and not
SDOObjectOutputStream which makes your change irrelevant.
- Ron
HelperContext provided to createObjectOutputStream is inadvertantly ignored
---
Key: TUSCANY-1838
URL: https://issues.apache.org/jira/browse/TUSCANY-1838
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SDO-1.0
Reporter: Kelvin Goodson
Fix For: Java-SDO-Next
Ron Gavlin reported in http://www.mail-archive.com/[EMAIL
PROTECTED]/msg01884.html an issue with HelperContexts being unavailable
during marshalling. I feel sure that this is due to this piece of code here
in HelperProviderBase::ResolvableImpl#writeDataObject
XMLHelper xmlHelperLocal = xmlHelper;
if(objectOutput instanceof SDOObjectInputStream)
{
xmlHelperLocal =
((SDOObjectInputStream)objectOutput).getHelperContext().getXMLHelper();
}
xmlHelperLocal.save(dataObject, commonj.sdo, dataObject,
gzipOutputStream);
where the instanceof test and cast should be to SDOObjectOutputStream
--
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]
UPDATE: Board report for October
Hi folks: Our September board report wasn't in on time due to the PMC chair switch, so we're doing it in October. We have a number of good updates in there already, but please take a quick look at the entry for your particular project and make sure it's up to date. I'd like to send this in the next couple of days, so please take a moment to do this ASAP. http://wiki.apache.org/ws/ReportForSep2007 Thanks! --Glen Original Message Subject: ASF Board Report for Oct 2007 is now due Date: 11 Oct 2007 07:50:06 - From: ASF Board [EMAIL PROTECTED] To: Glen Daniels [EMAIL PROTECTED] This email was sent by an automated system on behalf of the ASF Board. According to board records, you are listed as the chair of at least one committee that is due to submit a report this month. These reports are now due and should be submitted to the board as soon as possible. The meeting is scheduled for Wed, 17 Oct 2007, 10 am PST. Full details about the process and schedule are in [1]. Your report should be sent in plain-text format to [EMAIL PROTECTED] with the word report and your project name in the subject. The content should also be committed to the meeting agenda in the board directory in the foundation repository. Thanks, The ASF Board [1] - https://svn.apache.org/repos/private/committers/board/committee-info.txt ASF Board Reports - Reports are due from you for the following committees: - Web Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1842) IOException loading DataGraph containing a deleted dataObject whose property type extends a complexType w/simple integer content
IOException loading DataGraph containing a deleted dataObject whose property
type extends a complexType w/simple integer content
Key: TUSCANY-1842
URL: https://issues.apache.org/jira/browse/TUSCANY-1842
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Environment: Windows XP, Sun JDK 1.5.0_09
Reporter: Ron Gavlin
Priority: Critical
Fix For: Java-SDO-Next
In the test method, testComplexTypeWithSimpleContentExtensionChangeSummary()
listed below, a DataGraph is created with a dataObject whose property type
extends a complexType with simple integer content. After the dataObject is
deleted, an attempt is made to save and load the DataGraph. While the DataGraph
is being loaded, an unsuccessful attempt is made to convert a zero-length
string into a BigInteger.
Any suggestions on how to best fix this are most welcome.
Thanks,
- Ron
==
substitutionWithExtensionValues.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
element name=results type=sev:ResultsType /
element name=result type=sev:ResultType /
element name=myResult type=sev:MyResultType
substitutionGroup=sev:result /
complexType name=ResultsType
sequence
element name=id type=sev:IdType /
element ref=sev:result minOccurs=0
maxOccurs=unbounded /
element name=comment type=sev:CommentType /
/sequence
/complexType
complexType name=ResultType
sequence
element name=id type=sev:IdType /
element name=name type=string /
element name=value type=sev:ValueType /
/sequence
/complexType
complexType name=MyResultType
complexContent
extension base=sev:ResultType /
/complexContent
/complexType
simpleType name=IdType
restriction base=sev:AsciiStringType
maxLength value=32 /
pattern value=[0-9a-fA-F]* /
/restriction
/simpleType
simpleType name=AsciiStringType
restriction base=string
pattern value=\p{IsBasicLatin}* /
/restriction
/simpleType
complexType name=ValueType
simpleContent
extension base=sev:Integer32Bit /
/simpleContent
/complexType
complexType name=Integer32Bit
simpleContent
restriction base=integer
minInclusive value=0 /
maxInclusive value=429000 /
/restriction
/simpleContent
/complexType
complexType name=CommentType
simpleContent
extension base=sev:AsciiStringType
attribute name=language use=optional
simpleType
restriction base=string
enumeration
value=English /
enumeration
value=French /
enumeration
value=Spanish /
[jira] Updated: (TUSCANY-1842) IOException loading DataGraph containing a deleted dataObject with a property whose type extends a complexType w/simple integer content
[
https://issues.apache.org/jira/browse/TUSCANY-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ron Gavlin updated TUSCANY-1842:
Summary: IOException loading DataGraph containing a deleted dataObject with
a property whose type extends a complexType w/simple integer content (was:
IOException loading DataGraph containing a deleted dataObject whose property
type extends a complexType w/simple integer content)
Fix typo in Issue Summary
IOException loading DataGraph containing a deleted dataObject with a property
whose type extends a complexType w/simple integer content
---
Key: TUSCANY-1842
URL: https://issues.apache.org/jira/browse/TUSCANY-1842
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Environment: Windows XP, Sun JDK 1.5.0_09
Reporter: Ron Gavlin
Priority: Critical
Fix For: Java-SDO-Next
In the test method, testComplexTypeWithSimpleContentExtensionChangeSummary()
listed below, a DataGraph is created with a dataObject whose property type
extends a complexType with simple integer content. After the dataObject is
deleted, an attempt is made to save and load the DataGraph. While the
DataGraph is being loaded, an unsuccessful attempt is made to convert a
zero-length string into a BigInteger.
Any suggestions on how to best fix this are most welcome.
Thanks,
- Ron
==
substitutionWithExtensionValues.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
element name=results type=sev:ResultsType /
element name=result type=sev:ResultType /
element name=myResult type=sev:MyResultType
substitutionGroup=sev:result /
complexType name=ResultsType
sequence
element name=id type=sev:IdType /
element ref=sev:result minOccurs=0
maxOccurs=unbounded /
element name=comment type=sev:CommentType /
/sequence
/complexType
complexType name=ResultType
sequence
element name=id type=sev:IdType /
element name=name type=string /
element name=value type=sev:ValueType /
/sequence
/complexType
complexType name=MyResultType
complexContent
extension base=sev:ResultType /
/complexContent
/complexType
simpleType name=IdType
restriction base=sev:AsciiStringType
maxLength value=32 /
pattern value=[0-9a-fA-F]* /
/restriction
/simpleType
simpleType name=AsciiStringType
restriction base=string
pattern value=\p{IsBasicLatin}* /
/restriction
/simpleType
complexType name=ValueType
simpleContent
extension base=sev:Integer32Bit /
/simpleContent
/complexType
complexType name=Integer32Bit
simpleContent
restriction base=integer
minInclusive value=0 /
maxInclusive value=429000 /
/restriction
/simpleContent
/complexType
complexType name=CommentType
simpleContent
extension base=sev:AsciiStringType
Re: [VOTE] Graduate Tuscany as a top level project
+1 (non-binding) On 10/10/07, Brady Johnson [EMAIL PROTECTED] wrote: +1 from me. Regards Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 9:27 AM To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED] Subject: Re: [VOTE] Graduate Tuscany as a top level project +1 from me. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev tuscany-dev@ws.apache.org Sent: Tuesday, October 09, 2007 12:49 AM Subject: [VOTE] Graduate Tuscany as a top level project Looks like we've closed all the discussions around this so we can now vote on it. We've an Incubator discussion thread on our graduation but I don't see why we can't let that run in parallel, so ... Please vote on graduating Tuscany as a top level project and the proposal below. Heres my +1. ...ant WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software that simplifies the development and deployment of service oriented applications and provides a managed service-oriented runtime based on the standards defined by the OASIS OpenCSA group, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tuscany Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is responsible for the creation and maintenance of software related to Apache Tuscany; and be it further RESOLVED, that the office of Vice President, Apache Tuscany be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tuscany Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tuscany Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tuscany Project: Adriano Crestaniadrianocrestani at apache dot org Andrew Borley ajborley at apache dot org Andy Grove agrove at apache dot org ant elder antelder at apache dot org Brady Johnson bjohnson at apache dot org Frank Budinsky frankb at apache dot org Ignacio Silva-Lepe isilval at apache dot org Jean-Sebastien Delfino jsdelfino at apache dot org kelvin goodson kelvingoodson at apache dot org Luciano Resende lresende at apache dot org Mike Edwards edwardsmj at apache dot org Pete Robbinsrobbinspg at apache dot org Raymond Feng rfeng at apache dot org Simon Laws slaws at apache dot org Simon Nash nash at apache dot org Venkata Krishnan svkrish at apache dot org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Ant Elder be appointed to the office of Vice President, Apache Tuscany, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Tuscany podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Tuscany podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [VOTE] Graduate Tuscany as a top level project
+1 Thanks, Andy Grove http://www.codesuccess.com/blog -Original Message- From: haleh mahbod [mailto:[EMAIL PROTECTED] Sent: 11 October 2007 16:48 To: tuscany-dev@ws.apache.org Subject: Re: [VOTE] Graduate Tuscany as a top level project +1 (non-binding) On 10/10/07, Brady Johnson [EMAIL PROTECTED] wrote: +1 from me. Regards Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 9:27 AM To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED] Subject: Re: [VOTE] Graduate Tuscany as a top level project +1 from me. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev tuscany-dev@ws.apache.org Sent: Tuesday, October 09, 2007 12:49 AM Subject: [VOTE] Graduate Tuscany as a top level project Looks like we've closed all the discussions around this so we can now vote on it. We've an Incubator discussion thread on our graduation but I don't see why we can't let that run in parallel, so ... Please vote on graduating Tuscany as a top level project and the proposal below. Heres my +1. ...ant WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software that simplifies the development and deployment of service oriented applications and provides a managed service-oriented runtime based on the standards defined by the OASIS OpenCSA group, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tuscany Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is responsible for the creation and maintenance of software related to Apache Tuscany; and be it further RESOLVED, that the office of Vice President, Apache Tuscany be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tuscany Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tuscany Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tuscany Project: Adriano Crestaniadrianocrestani at apache dot org Andrew Borley ajborley at apache dot org Andy Grove agrove at apache dot org ant elder antelder at apache dot org Brady Johnson bjohnson at apache dot org Frank Budinsky frankb at apache dot org Ignacio Silva-Lepe isilval at apache dot org Jean-Sebastien Delfino jsdelfino at apache dot org kelvin goodson kelvingoodson at apache dot org Luciano Resende lresende at apache dot org Mike Edwards edwardsmj at apache dot org Pete Robbinsrobbinspg at apache dot org Raymond Feng rfeng at apache dot org Simon Laws slaws at apache dot org Simon Nash nash at apache dot org Venkata Krishnan svkrish at apache dot org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Ant Elder be appointed to the office of Vice President, Apache Tuscany, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Tuscany podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Tuscany podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For
Re: [VOTE] Graduate Tuscany as a top level project
+1 Paul On 10/11/07, Andy Grove [EMAIL PROTECTED] wrote: +1 Thanks, Andy Grove http://www.codesuccess.com/blog -Original Message- From: haleh mahbod [mailto:[EMAIL PROTECTED] Sent: 11 October 2007 16:48 To: tuscany-dev@ws.apache.org Subject: Re: [VOTE] Graduate Tuscany as a top level project +1 (non-binding) On 10/10/07, Brady Johnson [EMAIL PROTECTED] wrote: +1 from me. Regards Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -Original Message- From: Raymond Feng [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 09, 2007 9:27 AM To: tuscany-dev@ws.apache.org; [EMAIL PROTECTED] Subject: Re: [VOTE] Graduate Tuscany as a top level project +1 from me. Thanks, Raymond - Original Message - From: ant elder [EMAIL PROTECTED] To: tuscany-dev tuscany-dev@ws.apache.org Sent: Tuesday, October 09, 2007 12:49 AM Subject: [VOTE] Graduate Tuscany as a top level project Looks like we've closed all the discussions around this so we can now vote on it. We've an Incubator discussion thread on our graduation but I don't see why we can't let that run in parallel, so ... Please vote on graduating Tuscany as a top level project and the proposal below. Heres my +1. ...ant WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software that simplifies the development and deployment of service oriented applications and provides a managed service-oriented runtime based on the standards defined by the OASIS OpenCSA group, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tuscany Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is responsible for the creation and maintenance of software related to Apache Tuscany; and be it further RESOLVED, that the office of Vice President, Apache Tuscany be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tuscany Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tuscany Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tuscany Project: Adriano Crestaniadrianocrestani at apache dot org Andrew Borley ajborley at apache dot org Andy Grove agrove at apache dot org ant elder antelder at apache dot org Brady Johnson bjohnson at apache dot org Frank Budinsky frankb at apache dot org Ignacio Silva-Lepe isilval at apache dot org Jean-Sebastien Delfino jsdelfino at apache dot org kelvin goodson kelvingoodson at apache dot org Luciano Resende lresende at apache dot org Mike Edwards edwardsmj at apache dot org Pete Robbinsrobbinspg at apache dot org Raymond Feng rfeng at apache dot org Simon Laws slaws at apache dot org Simon Nash nash at apache dot org Venkata Krishnan svkrish at apache dot org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Ant Elder be appointed to the office of Vice President, Apache Tuscany, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Tuscany podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Tuscany podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL
Tuscany SCA build in VMBuild1, was Re: Nightly build is broken, was: Top-down build now working with Maven 2.0.7 on JDK5
Hi Infra Gurus
We are having some issues with our nightly builds in the VMBuild1,
as described in this thread [1]. From Sebastien's investigation, looks
like we need to add the following settings on the build machine.
MAVEN_OPTS=-Djava.endorsed.dirs=M2
repository/javax/xml/bind/jaxb-api/2.1:M2
repository/javax/xml/ws/jaxws-api/2.1
Could someone please help us with this issue ?
BTW, could someone also please help activate Sebastien's account in
the VMBuild1 (jsdelfino) ?
[1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg24767.html
On 10/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Venkata Krishnan wrote:
Hi,
I'd go with 1 or 2 or 5. With 1 and 2 we have a dependency on the build
folks and if that gets a bit difficult to do, then I suppose 5 is the best
option.
Thanks
- Venkat
On 10/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
I have been looking into JIRA issue 1676, reporting that our top-down
build is broken.
With the fixes that went into SVN revision r583587, people should now
be able to build the whole java/sca tree from an empty Maven
repository on Maven 2.0.7.
P.S. Thanks to Luciano and Raymond for helping troubleshoot the build
issues.
So that was for the good news.
The bad news is that the build machine at
http://vmbuild1.apache.org/continuum uses JDK6. This breaks our build
again as JDK 6 ships JAXB and JAXWS 2.0, older than the JAXB and JAXWS
2.1 that we're using in Tuscany.
It looks like many other projects are running into this 2.0 vs 2.1 issue
with JAX-* and JDK6 as well...
Here are a few options to fix our build:
1) Ask the build team to run our build with JDK5
2) Ask the build team to run our build with MAVEN_OPTS -
Djava.endorsed.dirs
3) Patch the JDK6 on the build machine and copy the JAXB and JAX-WS API
Jars to a JRE/lib/endorsed directory
4) Port Tuscany back to JAXB and JAX-WS 2.0
5) Tweak the few pom.xml files that generate/compile/run JAXB/JAXWS code
to pass -Djava.endorsed.dirs to the relevant plugins/tasks/classes.
I'm investigating option (5) right now, plowing through pom.xml files
and Maven plugin configuration... as I think that supporting JDK 6 will
be good anyway and that it's also better to avoid requiring special
Maven command line options as everybody will run into this... but at
this point I'm not sure that I'll be able to get it working.
What do people think?
--
Jean-Sebastien
After investigation, I think that option (5) is technically feasible but
really too messy as everywhere we use JAX-WS + JAXB we have to:
- Replace the JAXB and JAXWS Maven plugins by the Maven antrun plugin
and run the JAXB and JAXWS generator classes using a java Ant task
with fork=true and -Djava.endorsed.dirs
- Configure the maven compiler plugin with -Djava.endorsed.dirs
- Configure the surefire plugin with -Djava.endorsed.dirs
... basically pages of convoluted XML.
Here's a simpler solution:
- Configure the surefire plugin with
-Djava.endorsed.dirs=${settings.localRepository}/javax/xml/bind/jaxb-api/2.1
where necessary.
I took care of that one.
- On the continuum build machine configure
MAVEN_OPTS=-Djava.endorsed.dirs=M2
repository/javax/xml/bind/jaxb-api/2.1:M2
repository/javax/xml/ws/jaxws-api/2.1
- Document that MAVEN_OPTS configuration for people who need to build on
JDK6.
Luciano, since you set up the initial build configuration, how can we
configure MAVEN_OPTS on the build machine?
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
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]
JDK5 versus JDK6, was Re: svn commit: r583639 - /incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
This change breaks the build using JDK 5 for me. Moving the pom.xml to
a revision previous to this change allow me to build ok. Should we use
a profile activated by JDK version ?
On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jsdelfino
Date: Wed Oct 10 16:22:16 2007
New Revision: 583639
URL: http://svn.apache.org/viewvc?rev=583639view=rev
Log:
Configure surefire plugin to use JAXB 2.1 using the endorsed lib mechanism to
get it to build on JDK6 as this is what the nightly build machine uses.
Modified:
incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
Modified: incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml?rev=583639r1=583638r2=583639view=diff
==
--- incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml (original)
+++ incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml Wed Oct 10
16:22:16 2007
@@ -107,6 +107,13 @@
build
plugins
plugin
+groupIdorg.apache.maven.plugins/groupId
+artifactIdmaven-surefire-plugin/artifactId
+configuration
+
argLine-Djava.endorsed.dirs=${settings.localRepository}/javax/xml/bind/jaxb-api/2.1/argLine
+/configuration
+/plugin
+plugin
groupIdorg.codehaus.mojo/groupId
artifactIdbuild-helper-maven-plugin/artifactId
version1.0/version
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
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]
Re: JDK5 versus JDK6, was Re: svn commit: r583639 - /incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
Luciano Resende wrote:
This change breaks the build using JDK 5 for me. Moving the pom.xml to
a revision previous to this change allow me to build ok. Should we use
a profile activated by JDK version ?
Builds with both JDK5 and JDK6 worked for me, but I'm starting to have a
little too many combinations with the different JDKs and Maven levels,
so I may have missed something... What error are you getting?
On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jsdelfino
Date: Wed Oct 10 16:22:16 2007
New Revision: 583639
URL: http://svn.apache.org/viewvc?rev=583639view=rev
Log:
Configure surefire plugin to use JAXB 2.1 using the endorsed lib mechanism to
get it to build on JDK6 as this is what the nightly build machine uses.
Modified:
incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
Modified: incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml?rev=583639r1=583638r2=583639view=diff
==
--- incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml (original)
+++ incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml Wed Oct 10
16:22:16 2007
@@ -107,6 +107,13 @@
build
plugins
plugin
+groupIdorg.apache.maven.plugins/groupId
+artifactIdmaven-surefire-plugin/artifactId
+configuration
+
argLine-Djava.endorsed.dirs=${settings.localRepository}/javax/xml/bind/jaxb-api/2.1/argLine
+/configuration
+/plugin
+plugin
groupIdorg.codehaus.mojo/groupId
artifactIdbuild-helper-maven-plugin/artifactId
version1.0/version
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Jean-Sebastien
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Graduate Tuscany as a top level project
Folks, +1 from me Yours, Mike. ant elder wrote: Looks like we've closed all the discussions around this so we can now vote on it. We've an Incubator discussion thread on our graduation but I don't see why we can't let that run in parallel, so ... Please vote on graduating Tuscany as a top level project and the proposal below. Heres my +1. ...ant WHEREAS, the Board of Directors deems it to be in the best interests of the Foundation and consistent with the Foundation's purpose to establish a Project Management Committee charged with the creation and maintenance of open-source software that simplifies the development and deployment of service oriented applications and provides a managed service-oriented runtime based on the standards defined by the OASIS OpenCSA group, for distribution at no charge to the public. NOW, THEREFORE, BE IT RESOLVED, that a Project Management Committee (PMC), to be known as the Apache Tuscany Project, be and hereby is established pursuant to Bylaws of the Foundation; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is responsible for the creation and maintenance of software related to Apache Tuscany; and be it further RESOLVED, that the office of Vice President, Apache Tuscany be and hereby is created, the person holding such office to serve at the direction of the Board of Directors as the chair of the Apache Tuscany Project, and to have primary responsibility for management of the projects within the scope of responsibility of the Apache Tuscany Project; and be it further RESOLVED, that the persons listed immediately below be and hereby are appointed to serve as the initial members of the Apache Tuscany Project: Adriano Crestaniadrianocrestani at apache dot org Andrew Borley ajborley at apache dot org Andy Grove agrove at apache dot org ant elder antelder at apache dot org Brady Johnson bjohnson at apache dot org Frank Budinsky frankb at apache dot org Ignacio Silva-Lepe isilval at apache dot org Jean-Sebastien Delfino jsdelfino at apache dot org kelvin goodson kelvingoodson at apache dot org Luciano Resende lresende at apache dot org Mike Edwards edwardsmj at apache dot org Pete Robbinsrobbinspg at apache dot org Raymond Feng rfeng at apache dot org Simon Laws slaws at apache dot org Simon Nash nash at apache dot org Venkata Krishnan svkrish at apache dot org NOW, THEREFORE, BE IT FURTHER RESOLVED, that Ant Elder be appointed to the office of Vice President, Apache Tuscany, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further RESOLVED, that the Apache Tuscany Project be and hereby is tasked with the migration and rationalization of the Apache Incubator Tuscany podling; and be it further RESOLVED, that all responsibilities pertaining to the Apache Incubator Tuscany podling encumbered upon the Apache Incubator Project are hereafter discharged. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1842) IOException loading DataGraph containing a deleted dataObject with a property whose type extends a complexType w/simple integer content
[
https://issues.apache.org/jira/browse/TUSCANY-1842?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12534127
]
Ron Gavlin commented on TUSCANY-1842:
-
Greetings,
The following hack seems to work around the problem and satisfy all unit tests.
Any comments about the dangers of this patch? Any suggestions for a better way
of solving this problem?
Thanks in advance,
- Ron
Index:
C:/development/working/1/tuscany-sdo/sdo/impl/src/main/java/org/apache/tuscany/sdo/util/DataGraphResourceFactoryImpl.java
===
---
C:/development/working/1/tuscany-sdo/sdo/impl/src/main/java/org/apache/tuscany/sdo/util/DataGraphResourceFactoryImpl.java
(revision 579682)
+++
C:/development/working/1/tuscany-sdo/sdo/impl/src/main/java/org/apache/tuscany/sdo/util/DataGraphResourceFactoryImpl.java
(working copy)
@@ -624,6 +624,10 @@
}
isInModels = false;
}
+ if (.equals(uri) objectsToAttach.equals(name) text !=
null text.length() == 0)
+ {
+text = null;
+ }
super.endElement(uri, localName, name);
}
IOException loading DataGraph containing a deleted dataObject with a property
whose type extends a complexType w/simple integer content
---
Key: TUSCANY-1842
URL: https://issues.apache.org/jira/browse/TUSCANY-1842
Project: Tuscany
Issue Type: Bug
Components: Java SDO Implementation
Affects Versions: Java-SDO-Next
Environment: Windows XP, Sun JDK 1.5.0_09
Reporter: Ron Gavlin
Priority: Critical
Fix For: Java-SDO-Next
In the test method, testComplexTypeWithSimpleContentExtensionChangeSummary()
listed below, a DataGraph is created with a dataObject whose property type
extends a complexType with simple integer content. After the dataObject is
deleted, an attempt is made to save and load the DataGraph. While the
DataGraph is being loaded, an unsuccessful attempt is made to convert a
zero-length string into a BigInteger.
Any suggestions on how to best fix this are most welcome.
Thanks,
- Ron
==
substitutionWithExtensionValues.xsd
==
schema xmlns=http://www.w3.org/2001/XMLSchema;
targetNamespace=http://www.example.com/substitutionEV;
xmlns:sev=http://www.example.com/substitutionEV;
!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
License); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
--
element name=results type=sev:ResultsType /
element name=result type=sev:ResultType /
element name=myResult type=sev:MyResultType
substitutionGroup=sev:result /
complexType name=ResultsType
sequence
element name=id type=sev:IdType /
element ref=sev:result minOccurs=0
maxOccurs=unbounded /
element name=comment type=sev:CommentType /
/sequence
/complexType
complexType name=ResultType
sequence
element name=id type=sev:IdType /
element name=name type=string /
element name=value type=sev:ValueType /
/sequence
/complexType
complexType name=MyResultType
complexContent
extension base=sev:ResultType /
/complexContent
/complexType
simpleType name=IdType
restriction base=sev:AsciiStringType
maxLength value=32 /
pattern value=[0-9a-fA-F]* /
/restriction
/simpleType
simpleType name=AsciiStringType
Re: [DISCUSS] Evolving Implementation-data
I have finished a strawman for implementation.data going in the directions discussed here (revision #584019) : - One component per database - One service per table - Tables are introspected from database metadata - Fixed service interface, right now supporting get and get(id) only - Implemented using JDBC - The results are now streamed directly from the database using a JDBCResultSetStreamReader I've took the following conventions to produce the Table XML Elements : Root : [table_name]_table element Records : [table_name] element Columns : column name Column values: column value as element text Next todos... - Expand the interface to support all CRUD Operations - Enhance JDBCResultSetStreamReader as needed - Filter system tables from available services (or not ???) - Integrate and test with databinding - Integrate with samples (store, xmlquery) Please, take a look and provide your comments... Thinking a little bit in the future, and how they data services would be exposed as web-services, what do you guys think about integrating it with wsdl-less webservices feature we have, to allow wsdl generation by introspecting the database schema ? Thoughts ? On 10/8/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: Hey Douglas Thanks for volunteering, maybe you could start by prototyping the JDBC version of implementation-data that would return a XMLStreamReader. Once we flush out the design details, then we could think about the other CUD operations. Sebastien, and others... Thoughts ? It might be even better to start from a sample, without even using implementation-data at the beginning. I'd suggest the Online Store sample under samples/store, try to change CatalogImpl.java component to get the Catalog from a database using JDBC (instead of a hardcoded table in memory), and return either an XMLStreamReader or the current Item objects. Then try the same thing with the ShoppingCartImpl component, this will help us understand what to do for updates, deletes etc. Then once we've been through that sample we'll probably have a clearer idea of what implementation-data needs to do... basically automate what we wrote by hand in the sample. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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]
Re: JDK5 versus JDK6, was Re: svn commit: r583639 - /incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
Its the same with me too... here is what I get..
[INFO] [compiler:compile]
[INFO] Compiling 9 source files to
F:\LatestTrunk\sca\modules\databinding-jaxb\target\classes
[INFO] [jaxb:generate {execution: generate-jaxb}]
[INFO]
F:\LatestTrunk\sca\modules\databinding-jaxb\target\jaxb-source\com\example\ipo\jaxb
is not found and thus excl
uded from the dependency check
[INFO] Compiling
file:/F:/LatestTrunk/sca/modules/databinding-jaxb/src/test/resources/ipo.xsd
[INFO] Writing output to
F:\LatestTrunk\sca\modules\databinding-jaxb\target\jaxb-source
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Compiling 15 source files to
F:\LatestTrunk\sca\modules\databinding-jaxb\target\test-classes
[INFO] snapshot
org.apache.maven.surefire:surefire-booter:2.3.1-SNAPSHOT:checking for
updates from
java.net
[INFO] snapshot
org.apache.maven.surefire:surefire-booter:2.3.1-SNAPSHOT:checking for
updates from
apache.snapshots
[INFO] snapshot
org.apache.maven.surefire:surefire-booter:2.3.1-SNAPSHOT:checking for
updates from codehaus-snapshot
[INFO] snapshot
org.apache.maven.surefire:surefire-booter:2.3.1-SNAPSHOT:checking for
updates from
apache.incubator
[INFO] snapshot
org.apache.maven.surefire:surefire-api:2.3.1-SNAPSHOT:checking for
updates from
java.net
[INFO] snapshot
org.apache.maven.surefire:surefire-api:2.3.1-SNAPSHOT:checking for
updates from
apache.snapshots
[INFO] snapshot
org.apache.maven.surefire:surefire-api:2.3.1-SNAPSHOT:checking for
updates from codehaus-snapshot
[INFO] snapshot
org.apache.maven.surefire:surefire-api:2.3.1-SNAPSHOT:checking for
updates from
apache.incubator
[INFO] [surefire:test]
[INFO] snapshot
org.apache.maven.surefire:surefire-junit4:2.3.1-SNAPSHOT:checking for
updates from
java.net
[INFO] snapshot
org.apache.maven.surefire:surefire-junit4:2.3.1-SNAPSHOT:checking for
updates from
apache.snapshots
[INFO] snapshot
org.apache.maven.surefire:surefire-junit4:2.3.1-SNAPSHOT:checking for
updates from codehaus-snapshot
[INFO] snapshot
org.apache.maven.surefire:surefire-providers:2.3.1-SNAPSHOT:checking
for updates from
java.net
[INFO] snapshot
org.apache.maven.surefire:surefire-providers:2.3.1-SNAPSHOT:checking
for updates from
apache.snapsho
ts
[INFO] snapshot
org.apache.maven.surefire:surefire-providers:2.3.1-SNAPSHOT:checking
for updates from codehaus-snaps
hot
[INFO] Surefire report directory:
F:\LatestTrunk\sca\modules\databinding-jaxb\target\surefire-reports
java.lang.NoClassDefFoundError: and
Exception in thread main
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] There are test failures.
[INFO]
[INFO] For more information, run Maven with the -e switch
[INFO]
[INFO] Total time: 10 seconds
[INFO] Finished at: Fri Oct 12 10:36:54 IST 2007
[INFO] Final Memory: 8M/17M
[INFO]
- Venkat
On 10/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Luciano Resende wrote:
This change breaks the build using JDK 5 for me. Moving the pom.xml to
a revision previous to this change allow me to build ok. Should we use
a profile activated by JDK version ?
Builds with both JDK5 and JDK6 worked for me, but I'm starting to have a
little too many combinations with the different JDKs and Maven levels,
so I may have missed something... What error are you getting?
On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: jsdelfino
Date: Wed Oct 10 16:22:16 2007
New Revision: 583639
URL: http://svn.apache.org/viewvc?rev=583639view=rev
Log:
Configure surefire plugin to use JAXB 2.1 using the endorsed lib
mechanism to get it to build on JDK6 as this is what the nightly build
machine uses.
Modified:
incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
Modified: incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
URL:
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml?rev=583639r1=583638r2=583639view=diff
==
--- incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml
(original)
+++ incubator/tuscany/java/sca/modules/databinding-jaxb/pom.xml Wed Oct
10 16:22:16 2007
@@ -107,6 +107,13 @@
build
plugins
plugin
+groupIdorg.apache.maven.plugins/groupId
+artifactIdmaven-surefire-plugin/artifactId
+configuration
+argLine-
Djava.endorsed.dirs=${settings.localRepository}/javax/xml/bind/jaxb-api/2.1
/argLine
+/configuration
+/plugin
+plugin
Re: [DISCUSS] Evolving Implementation-data
Hi, To better support the XML streaming from the database and other source such as SDO or DOM, I added a prototype to create XMLStreamReader from a tree structure. You can find the code in tuscany-databinding module (org.apache.tuscany.sca.databinding.xml.XmlTreeStreamReaderImpl.java). I'm trying to implement the XMLStreamReader from the DOM tree based on this new class and will keep you updated. Luciano, can you take a brief look to see if you can use it to stream the records? Thanks, Raymond - Original Message - From: Luciano Resende [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Thursday, October 11, 2007 6:45 PM Subject: Re: [DISCUSS] Evolving Implementation-data I have finished a strawman for implementation.data going in the directions discussed here (revision #584019) : - One component per database - One service per table - Tables are introspected from database metadata - Fixed service interface, right now supporting get and get(id) only - Implemented using JDBC - The results are now streamed directly from the database using a JDBCResultSetStreamReader I've took the following conventions to produce the Table XML Elements : Root : [table_name]_table element Records : [table_name] element Columns : column name Column values: column value as element text Next todos... - Expand the interface to support all CRUD Operations - Enhance JDBCResultSetStreamReader as needed - Filter system tables from available services (or not ???) - Integrate and test with databinding - Integrate with samples (store, xmlquery) Please, take a look and provide your comments... Thinking a little bit in the future, and how they data services would be exposed as web-services, what do you guys think about integrating it with wsdl-less webservices feature we have, to allow wsdl generation by introspecting the database schema ? Thoughts ? On 10/8/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: Hey Douglas Thanks for volunteering, maybe you could start by prototyping the JDBC version of implementation-data that would return a XMLStreamReader. Once we flush out the design details, then we could think about the other CUD operations. Sebastien, and others... Thoughts ? It might be even better to start from a sample, without even using implementation-data at the beginning. I'd suggest the Online Store sample under samples/store, try to change CatalogImpl.java component to get the Catalog from a database using JDBC (instead of a hardcoded table in memory), and return either an XMLStreamReader or the current Item objects. Then try the same thing with the ShoppingCartImpl component, this will help us understand what to do for updates, deletes etc. Then once we've been through that sample we'll probably have a clearer idea of what implementation-data needs to do... basically automate what we wrote by hand in the sample. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
