Ant,
My preference would be to remain a committer. However, I am not sure
when my schedule will allow for a deeper involvement.
Lately, I have been submitting fixes in patches rather than committing
directly. With a small number of fixes this isn't a big deal, and it
ensures that at least one
Issue Type: Bug
Components: Java SCA Assembly Model
Affects Versions: Java-SCA-1.0.1
Reporter: Brent Daniel
Namespace information is not preserved by
ContributionMetadataProcessor.write(). You can reproduce this by modifying
[
https://issues.apache.org/jira/browse/TUSCANY-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12560169#action_12560169
]
Brent Daniel commented on TUSCANY-1990:
---
This should be resolved by TUSCANY-1960
Issue Type: Bug
Components: Java SCA JSON-RPC Binding Extension
Affects Versions: Java-SCA-1.0.1
Reporter: Brent Daniel
Priority: Minor
The current JSONRPCServiceServlet uses the following code to handle SMD
requests:
if (request.getParameter(smd) != null
[
https://issues.apache.org/jira/browse/TUSCANY-961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel reassigned TUSCANY-961:
Assignee: Amita Vadhavkar (was: Brent Daniel)
DAS: Using deprected SDO method causes
Components: Java SCA Assembly Model
Reporter: Brent Daniel
CompositeProcessor will write out a Property with its name, but will ignore
other attributes such as source, many, or must supply. This is true of both
component properties and composite properties
[
https://issues.apache.org/jira/browse/TUSCANY-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514633
]
Brent Daniel commented on TUSCANY-1316:
---
This fix resolved the issue.. thanks.
WriteAllTestCase
Assembly Model
Reporter: Brent Daniel
Attachments: wirePatch.txt
CompositeProcessor reads in wire elements from a composite, but does not
write them out.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online
[
https://issues.apache.org/jira/browse/TUSCANY-1476?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brent Daniel updated TUSCANY-1476:
--
Attachment: wirePatch.txt
CompositeProcessor does not write wire elements
Amita,
Definitely, the DAS should enforce the requirement that the PK should
be returned for each table in the results. I would consider this a
case where the DAS should throw an exception.
Brent
On 7/18/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
Sorry for the leng thy mail
Tried to
is there in code base at present/in-progress for OCC
recovery? Will you please elaborate the approach and if there is any item I
can pick up for next release?
Regards,
Amita
On 10/18/06, Brent Daniel [EMAIL PROTECTED] wrote:
I've been working on some function to recover from collisions (since
Amita,
I'm a little confused by your use of the term batch update. Usually
this would refer to the JDBC batch update capability, which is a
performance enhancement that allows a PreparedStatement to be executed
multiple times with different parameters. But, from your note I think
you are
Looks good to me.. +1.
Brent
On 5/1/07, kelvin goodson [EMAIL PROTECTED] wrote:
Thanks ant. Here's my own +1, so having made an update to the artifact set
I guess I need either one of Kevin or Frank to reaffirm their +1s after
taking a look at the newly added repo artifacts [1], or another
This is implemented. A column named {x}_ID where {x} is the primary
key table name is assumed to be a foreign key to a column named ID in
the PK table. Examples are in ImpliedRelationshipTests. I'm not sure
why it isn't working for you here, though.
Brent
On 4/7/07, Adriano Crestani [EMAIL
Hi Amita,
The table must have a primary key defined. We should be throwing an
exception when an update attempt like this takes place. If you want to
open a JIRA and fix this, that would be great. Thanks.
Brent
On 4/4/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
Hi All,
Amita,
I think we intended to not allow any updates to the primary key
field. If we do want to allow this, I would suggest that the fix is to
have the UpdateGenerator use the old value of the PK field for the
where clause rather than the current value. That way you would get
something like
Amita,
It seems like it might be better to require qualification of the
stored procedure. It's probably around the same amount of work for the
user, but makes the config and das implementation simpler.
Brent
On 2/21/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
Hi Kevin,
Thanks a lot for the
Reporter: Brent Daniel
In SDOXMLHelperImpl, both getPrefix() and getURI() make calls to
OMStAXWrapper.getNamespaceContext(). This causes multiple calls to
getNamespaceContext each time an element is parsed. If possible, this value
should be cached to increase performance
At the least, DB2 and Derby do not support this. Thus, the current
approach is to generate a full update rather than a partial update
(pulling each field from the DataObject -- always null unless the
property is a primitive.)
Brent
On 12/20/06, Luciano Resende [EMAIL PROTECTED] wrote:
I tried
This would be the case of trunk code, would Florian see the same issue
with M2 ?
--
Luciano Resende
http://people.apache.org/~lresende
On 12/19/06, Brent Daniel [EMAIL PROTECTED] wrote:
Florian,
This is being tracked in Tuscany-961. The resolution is tied up in
moving the DAS to some SDO 2.1
[
http://issues.apache.org/jira/browse/TUSCANY-1007?page=comments#action_12459812
]
Brent Daniel commented on TUSCANY-1007:
---
Kevin,
I'm not sure what behavior you want here. The ID column in your test case is
not a generated column
Florian,
This is being tracked in Tuscany-961. The resolution is tied up in
moving the DAS to some SDO 2.1 APIs.
Brent
On 12/18/06, Florian Pinel [EMAIL PROTECTED] wrote:
Hi,
I am trying to execute a read command with a pre-set data object
model. My config object is created on the fly, and
I agree.. With only milestone builds out this shouldn't be a big
issue. In this particular case, the impact should be limited as it
will only affect those who were using the DAS in a J2EE environment.
Brent
On 12/7/06, Kevin Williams [EMAIL PROTECTED] wrote:
IMO, at this early stage, we should
Hi Adriano,
Thanks for reporting this. I'm surprised it's not throwing an
exception -- I'll look into it.
Brent
On 12/6/06, Adriano Crestani [EMAIL PROTECTED] wrote:
I was executing a query using a stored procedure that was defined in a .xml
file. The procedure was a simple select: Command
Amita,
Thanks for working on this. One thing I would like to see is the
DataSource properties seperated from the J2SE Connection properties.
Maybe something like:
ConnectionInfo managedtx=true
DataSource jndiName=jdbc/myDataSource/
/ConnectionInfo
or
ConnectionInfo
ConnectionProperties
?
- Luciano
On 12/6/06, Brent Daniel [EMAIL PROTECTED] wrote:
Amita,
Thanks for working on this. One thing I would like to see is the
DataSource properties seperated from the J2SE Connection properties.
Maybe something like:
ConnectionInfo managedtx=true
DataSource jndiName=jdbc
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ]
Brent Daniel reassigned TUSCANY-957:
Assignee: Brent Daniel
DAS generates invalid INSERT statement when no properties are set on the new
DO
[ http://issues.apache.org/jira/browse/TUSCANY-957?page=all ]
Brent Daniel resolved TUSCANY-957.
--
Resolution: Fixed
Fixed in 482731
DAS generates invalid INSERT statement when no properties are set on the new
DO
I'm running into an issue with the DAS' usage of SDO and looking for
some ideas.
Currently in the trunk code, we are calling SDOUtil.createTypeHelper()
to create a TypeHelper instance. When I convert the DAS over to use
TypeHelper.INSTANCE or HelperProvider.getTypeHelper(), the behavior is
Implementation
Reporter: Brent Daniel
Fix For: Java-M2, Java-Mx
Calling set() with an invalid property name results in a
NullPointerException. For example:
dataObject.setInt(invalidProperty, 5);
results in:
java.lang.NullPointerException
Components: Java DAS RDB
Reporter: Brent Daniel
The DAS is still using SDOUtil.createTypeHelper() rather than
TypeHelper.INSTANCE. This causes the DAS to not have visibility of types
defined by TypeHelper or XSDHelper.
--
This message is automatically generated by JIRA.
-
If you think
[ http://issues.apache.org/jira/browse/TUSCANY-961?page=all ]
Brent Daniel reassigned TUSCANY-961:
Assignee: Brent Daniel
DAS: Using deprected SDO method causes Type lookup failure
Kevin,
I agree that mixed schema support is something we should provide.
The changes required would actually be quite pervasive as, up to now,
we have assumed that data is coming from a single schema. For
example, a Table with a particular name would no longer necesarily be
unique in a Config
SDO Implementation
Reporter: Brent Daniel
Calling set() with an invalid property name results in a NullPointerException.
For example:
dataObject.setInt(invalidProperty, 5);
results in:
java.lang.NullPointerException
at
org.apache.tuscany.sdo.util.DataObjectUtil.getSetValue
Issue Type: Improvement
Components: Java DAS RDB
Reporter: Brent Daniel
The DAS resolves database foreign key columns in one of two ways. The value can
come from the primary key property of a parent DataObject, or it can come
directly from the foreign key property
[ http://issues.apache.org/jira/browse/TUSCANY-954?page=all ]
Brent Daniel reassigned TUSCANY-954:
Assignee: Brent Daniel
Need to throw an exception when users try to set a relationship and FK
property
[ http://issues.apache.org/jira/browse/TUSCANY-866?page=all ]
Brent Daniel reassigned TUSCANY-866:
Assignee: Brent Daniel
[DAS] Use overqualified update by default
-
Key: TUSCANY-866
[ http://issues.apache.org/jira/browse/TUSCANY-866?page=all ]
Brent Daniel resolved TUSCANY-866.
--
Resolution: Fixed
Fixed in revision 465025
[DAS] Use overqualified update by default
-
Key
[ http://issues.apache.org/jira/browse/TUSCANY-939?page=all ]
Brent Daniel reassigned TUSCANY-939:
Assignee: Brent Daniel
DAS Should throw an exception when ResultSetMetadata is invalid
[ http://issues.apache.org/jira/browse/TUSCANY-939?page=all ]
Brent Daniel resolved TUSCANY-939.
--
Resolution: Fixed
Fixed in revision 479744
DAS Should throw an exception when ResultSetMetadata is invalid
applies to RDB, non-RDB. So, the SCA-DAS integration effort
can be based
on these abstractions instead of dealing with SDO, RDB directly.
Regards,
Amita
On 11/22/06, Brent Daniel [EMAIL PROTECTED] wrote:
Hey Luciano,
A few updates.. I committed some changes to the MySQL test suite
yesterday
[ http://issues.apache.org/jira/browse/TUSCANY-937?page=all ]
Brent Daniel resolved TUSCANY-937.
--
Resolution: Fixed
I didn't realize this JIRA was open - I committed changes to the MySQL test
suite yesterday that resolve the problems with dog kennel
[ http://issues.apache.org/jira/browse/TUSCANY-916?page=all ]
Brent Daniel reassigned TUSCANY-916:
Assignee: Brent Daniel
OCC recovery framework
--
Key: TUSCANY-916
URL: http
Hey Luciano,
A few updates.. I committed some changes to the MySQL test suite
yesterday to solve the problems with the dog kennel tests and one of
the stored procedure tests (Sorry, I didn't realize there was a JIRA
for it.) Things should run fine now. The default OCC policy has been
in for a
I think the issue is that sca\tools is checking in generated sdo
classes as source rather than generating them using the SDO plugin.
The generated classes are still using the old EMF-style code so they
won't compile.
Brent
On 11/21/06, Luciano Resende [EMAIL PROTECTED] wrote:
I have done the
Katja,
That's one ugly stack trace! It definitely looks like the converter
isn't being called. The DateConverter in BigBank will always return a
String, so there's no chance of the data being of type
java.sql.TimeStamp. I'm at a loss for how this could happen, as any
failure in loading a
: Brent Daniel
The SCA runtime currently does not support property many=true/
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see
Complex properties not supported
Key: TUSCANY-925
URL: http://issues.apache.org/jira/browse/TUSCANY-925
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Reporter: Brent Daniel
You can find the create table statements for all of the tables used
in DAS testing, including the company table used by companyweb, in
org.apache.tuscany.das.rdb.test.framework.MySQLSetup.
Brent
On 11/12/06, Willian Yabusame Maja [EMAIL PROTECTED] wrote:
Hi!
I'm doing a basic How To and I'm
in the root data object how would that info get back to the command for
the next page request?
--
Kevin
Brent Daniel wrote:
Technically it's fine, but conceptually I'm not sure about passing a
command object to a pager. What does it mean to page a command?
Another option would be to get rid
Technically it's fine, but conceptually I'm not sure about passing a
command object to a pager. What does it mean to page a command?
Another option would be to get rid of the Pager altogether. The only
state held in the Pager if you get rid of the Command is the page size
and current index. We
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel reassigned TUSCANY-905:
Assignee: Brent Daniel
FK references not correctly resolved when an alias is used
[ http://issues.apache.org/jira/browse/TUSCANY-905?page=all ]
Brent Daniel resolved TUSCANY-905.
--
Resolution: Fixed
FK references not correctly resolved when an alias is used
: Brent Daniel
I have the start of some tests for component properties using the itest plugin
that I would like to contribute to an integration test suite for tuscany. I
plan on building on top of these, but would like to go ahead and contribute
them and gather feedback so that we can nail down
[ http://issues.apache.org/jira/browse/TUSCANY-903?page=all ]
Brent Daniel updated TUSCANY-903:
-
Attachment: propertyTests.txt
Attaching propertyTests.txt, some simple integration tests for properties using
the itest plugin.
Integration testing
+1
On 11/2/06, Luciano Resende [EMAIL PROTECTED] wrote:
Off course, my +1 (not sure if binding yet)
On 11/2/06, kelvin goodson [EMAIL PROTECTED] wrote:
+1
On 01/11/06, Luciano Resende [EMAIL PROTECTED] wrote:
Hi Everyone
Please vote to approve DAS Java Milestone 2 distributions.
probably fix that. We can easily add another SDOUtil method to
allow you to get the URI from the Factory class, but putting both the URI
and the Factory class into the config file doesn't sound bad to me.
Frank
Brent Daniel [EMAIL PROTECTED] wrote on 10/31/2006 08:45:13 PM:
The down side
Actually, we're only using the URI to call SDOUtil.getTypes(), so that
we can pass a list of types to SDOUtil.registerDataGraphTypes(). Maybe
we should just have a registerDataGraphTypes() method that takes a
Factory class as a parameter?
Brent
On 11/1/06, Brent Daniel [EMAIL PROTECTED] wrote
Components: Java SDO Implementation
Reporter: Brent Daniel
Priority: Minor
The DAS needs a utility in SDO that allows us to retrieve a namespace URI from
a factory class.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
The down side of this is that the DAS will re-register the types on
every call to Command.execute(), whereas if this is in the user's
hands it can be done once per application and then referenced by URI.
At the moment, I believe that this would also cause us to reintroduce
a direct dependency on
I'm getting the following error trying to build:
Embedded error: The following error occurred while executing this
line: C:\tuscany\java\samples\sca\helloworldjsonrpc\build.xml:53:
Execute failed: java.io.IOException: CreateProcess: mvn.bat
install:install-file -DgroupId=dojo
Yep, it's available. If I run the exact same command that ant should
be running on my own, it works fine.
Brent
On 10/30/06, Bert Lamb [EMAIL PROTECTED] wrote:
My gut thought is, is mvn.bat available on your system path?
-Bert
On 10/30/06, Brent Daniel [EMAIL PROTECTED] wrote:
I'm getting
, Bert Lamb [EMAIL PROTECTED] wrote:
So, according to this:
http://tinyurl.com/y2wqd6
error=5 seems to be an access denied related error. Any ideas about
your environment that might be causing that sort of error?
-Bert
On 10/30/06, Brent Daniel [EMAIL PROTECTED] wrote:
Yep, it's available. If I
SDO is required to be compatible with 1.4 by the spec. DAS is
currently designed to be compatible, but that could change.
Brent
On 10/26/06, Jim Marino [EMAIL PROTECTED] wrote:
Hi Kiran,
I'm not sure about DAS or SDO but the Java SCA runtime requires Java
5 as a minimum.
Jim
On Oct 25,
Luciano,
I know that Kevin updated the sample readme in the M2 branch since the
last release candidate was posted, so it may be better to go ahead and
put out another version.
Brent
On 10/26/06, Luciano Resende [EMAIL PROTECTED] wrote:
As mentioned by Jeremy, we have lost the latest DAS M2
Adriano,
This is the error you get if you generate the eclipse artifacts
without specifying the eclipse profile. Make sure you run mvn
-Peclipse eclipse:eclipse and not just mvn eclipse:eclipse.
Brent
On 10/20/06, Adriano Crestani [EMAIL PROTECTED] wrote:
I'm getting this error when I'm
Luciano,
I'm having trouble expanding the samples distribution. Neither the
zip file or the gzip file will unpack correctly for me. Also, it looks
like the MD5 and ASC files are not included for the zip distribution.
Brent
On 10/18/06, Luciano Resende [EMAIL PROTECTED] wrote:
The DAS Java M2
I can take a look at doing some of this, perhaps starting with getting
a simple sca application automated and going from there.
Any direction from the list on specific areas that need integration
test coverage would be helpful.
Brent
On 10/17/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
In
:
Yes, I see the same issue if I download the RC, let me check with
kgoodson, as he kindly posted it.
- Luciano
On 10/18/06, Brent Daniel [EMAIL PROTECTED] wrote:
Luciano,
I'm having trouble expanding the samples distribution. Neither the
zip file or the gzip file will unpack
Reporter: Brent Daniel
Currently in the DAS we either use a user-defined version column or do not use
any concurrency control. We have enough information to build an overqualified
update in cases where a version column is not defined. For example, if a field
name is changed from Bob to John
RDB
Reporter: Brent Daniel
Currently in the DAS we either use a user-defined version column or do not use any concurrency control. We
have enough information to build an overqualified update in cases where a version column is not defined. For
example, if a field name is changed from
Williams [EMAIL PROTECTED] wrote:
I have talked to clients that want their data slammed into the database
no matter what. But, this is an edge case. We can wait for someone to
ask for it ... or contribute it.
Brent Daniel wrote:
Kevin,
We can do that, but it will be our fourth different way
Hey Luciano,
A couple of quick things I noticed:
1) BUILDING.txt seems to have disappeared from the source and binary
distributions.
2) The source distribution contains the distribution directory with
all of the assembly files. Is this supposed to be included? I notice
the SDO distribution
Adriano,
Did you generate the eclipse artifacts using the maven build first?
If not, you can generate the .project and .classpath by doing:
mvn -Peclipse eclipse:eclipse
Brent
On 10/16/06, Adriano Crestani [EMAIL PROTECTED] wrote:
I've already downloaded all the source code using the
Also, the sample distribution doesn't include the canned database.
This is required by the sample, so right now users would be forced to
download the source build to get it.
Brent
On 10/16/06, Brent Daniel [EMAIL PROTECTED] wrote:
Hey Luciano,
A couple of quick things I noticed:
1
[ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]
Brent Daniel reassigned TUSCANY-835:
Assignee: Brent Daniel
Version column should default to managed = true
---
Key
[ http://issues.apache.org/jira/browse/TUSCANY-835?page=all ]
Brent Daniel resolved TUSCANY-835.
--
Resolution: Fixed
Version column should default to managed = true
---
Key: TUSCANY-835
[ http://issues.apache.org/jira/browse/TUSCANY-820?page=all ]
Brent Daniel resolved TUSCANY-820.
--
Resolution: Fixed
Configuration info for Command Parameters should include an index
I just updated the DAS files.
Brent
On 10/13/06, kelvin goodson [EMAIL PROTECTED] wrote:
I have done the SDO part of this, but didn't want to meddle with das at this
time.
Regards, Kelvin.
On 13/10/06, kelvin goodson [EMAIL PROTECTED] wrote:
will do
--
Kelvin
On 13/10/06, Jeremy
Hey Luciano,
I went ahead and made some updates the readme. I updated some M1
references to M2, removed some of the conversational style (ie, I,
my, etc), and removed the references to steps' in the appendix
because that seemed confusing, I started from your patch so it should
contain your
+1
On 10/12/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
New version of the build artifacts that other Tuscany modules depend
on. For each there are links to the tag (as a separate source
distribution is not really applicable) and the artifact.
Please vote to approve the release of these so we
This is fine with me. Most of the time users will probably want to
have the DAS do the work rather than manually updating the version
column or having a database trigger do it.
Brent
On 10/12/06, Kevin Williams [EMAIL PROTECTED] wrote:
While writing the User level documentation for Optimistic
[ http://issues.apache.org/jira/browse/TUSCANY-820?page=all ]
Brent Daniel reassigned TUSCANY-820:
Assignee: Brent Daniel
Configuration info for Command Parameters should include an index
[ http://issues.apache.org/jira/browse/TUSCANY-828?page=all ]
Brent Daniel resolved TUSCANY-828.
--
Resolution: Fixed
Update companyweb.war location in sample distribution
-
Key
[ http://issues.apache.org/jira/browse/TUSCANY-834?page=all ]
Brent Daniel resolved TUSCANY-834.
--
Resolution: Fixed
Missing version information for junit plugin in das pom.xml
Luciano,
I just deleted the ecore and genmodel files. These are old EMF
artifacts left over from our original SDO model generation.
Brent
On 10/9/06, Luciano Resende [EMAIL PROTECTED] wrote:
Some of the files reported by ARAT, at least on the DAS directory structure,
are special files like
[ http://issues.apache.org/jira/browse/TUSCANY-807?page=all ]
Brent Daniel resolved TUSCANY-807.
--
Resolution: Fixed
DAS Header Files Updates
Key: TUSCANY-807
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/TUSCANY-808?page=all ]
Brent Daniel resolved TUSCANY-808.
--
Resolution: Fixed
DAS Samples Header files updates
Key: TUSCANY-808
URL: http
Previously we had discussed having a sampleapps directory to
distinguish business samples from technology samples.[1] Do we want
to continue this distinction?
Brent
[1] - http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg01812.html
On 10/6/06, ant elder [EMAIL PROTECTED] wrote:
Ok I
+1
On 10/5/06, Luciano Resende [EMAIL PROTECTED] wrote:
+1 from me.
On 10/5/06, Raymond Feng [EMAIL PROTECTED] wrote:
+1 from me.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 4:39 PM
[
http://issues.apache.org/jira/browse/TUSCANY-769?page=comments#action_12439220
]
Brent Daniel commented on TUSCANY-769:
--
What files need to be picked up other than LICENSE and NOTICE? I hesitate to
put in a wildcard in case some build
Reporter: Brent Daniel
Some databases don't support the JDBC functionality that returns generated
keys. Currently in the DAS we always use the JDBC RETURN_GENERATED_KEYS option
when we create a Statement. Some databases will throw an exception when this
happens rather than just
[ http://issues.apache.org/jira/browse/TUSCANY-758?page=all ]
Brent Daniel reassigned TUSCANY-758:
Assignee: Brent Daniel
Handle databases that don't support generated keys
--
Key
[ http://issues.apache.org/jira/browse/TUSCANY-758?page=all ]
Brent Daniel closed TUSCANY-758.
Resolution: Fixed
Handle databases that don't support generated keys
--
Key: TUSCANY-758
+1
On 9/26/06, Rick [EMAIL PROTECTED] wrote:
+1
Venkata Krishnan wrote:
+1 from me too
- Venkat
On 9/26/06, Jim Marino [EMAIL PROTECTED] wrote:
I would like to nominate Ignacio as a committer. He has done a great
deal of work adding non-blocking support into the Java SCA runtime
and
[ http://issues.apache.org/jira/browse/TUSCANY-740?page=all ]
Brent Daniel resolved TUSCANY-740.
--
Resolution: Fixed
Misleading exception when SDO does not find definition for specific column
[ http://issues.apache.org/jira/browse/TUSCANY-726?page=all ]
Brent Daniel resolved TUSCANY-726.
--
Resolution: Fixed
Update apache legal headers on some resource files
--
Key: TUSCANY
Frank,
What are the changes going in?
Brent
On 9/11/06, Frank Budinsky [EMAIL PROTECTED] wrote:
This is one of the last minute features I still wanted to get into the M2
release, so people can start to play with it.
Frank.
Jeremy Boynes [EMAIL PROTECTED] wrote on 09/11/2006 06:10:17 PM:
n/m, I see the commit now.
On 9/11/06, Brent Daniel [EMAIL PROTECTED] wrote:
Frank,
What are the changes going in?
Brent
On 9/11/06, Frank Budinsky [EMAIL PROTECTED] wrote:
This is one of the last minute features I still wanted to get into the M2
release, so people can start to play
I'm not sure what the official support statement is, but I havn't had
any issues with running Clover in Eclipse 3.2.
Brent
On 9/8/06, ant elder [EMAIL PROTECTED] wrote:
I tried mvn clover:instrument clover:clover and it seems to work fine so
thats just about as easy as cobertura, apart from
1 - 100 of 206 matches
Mail list logo