I guess the term comment is too narrow and misleading here. I was
thinking more of a CAY-400 approach:
https://issues.apache.org/cayenne/browse/CAY-400
I.e. a list of key/value pairs rather than a single comment.
Andrus
On Jan 31, 2007, at 3:17 PM, Ahmed Mohombe wrote:
I can better
Hi Dirk,
I also had performance concerns. So maybe store all that bulky
optional metadata (be it just comments or some arbitrary key value
pairs) in a separate properties file sitting next to the project
descriptor (cayenne.properties?). Each property name will be prefixed
with a
Just finished the first pass. Runtime now looks much more compact.
Andrus
On Feb 3, 2007, at 3:27 PM, Andrus Adamchik wrote:
Our initial JPA sub-packages breakdown doesn't make much sense now
(jpa, jpa.cspi, jpa.spi, jpa.instrument). I am going to do some
refactoring, moving things around
Hmm, looks like a problem due to a recent refactoring. I suggest to
start with a clean local repo:
rm -rf ~/.m2/repository/org/apache/cayenne
cd cayenne/ mvn clean install
Andrus
On Feb 7, 2007, at 3:57 PM, Michael Gentry wrote:
Does a mvn install currently build for others? Whenever I
This is due to an issue with Geronimo TransactionManager that was
recently fixed. I think this code didn't make it to the Maven
snapshot repo yet, so you'll have to build this module manually (or
skip the integration tests for now):
]
On Feb 8, 2007, at 12:23 PM, Andrus Adamchik wrote:
Hi,
How do we (the Apache Cayenne project) can get access to the JPA
TCK? I understand that individuals that request access to the TCK
need to file some non-disclosure paperwork. So what exactly is
needed?
http://www.apache.org/jcp
understand this will generate a Apache 2.0 build rather
than an ObjectStyle 1.2 build. I wanted to know how to generate the
legacy object style build.
regards Malcolm Edgar
On 2/12/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
Hi Malcolm,
All Ant builds are done from cayenne/cayenne-ant directory:
1
,
with regard to the 1.2 windows release the head object files are not
present in the windows head directory, are they supposed to be copied
there as a part of the build process?
cayenne-ant\lib\windows\launch4j-2.1.1\head
regards Malcolm Edgar
On 2/15/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
Yeah
]
Environment: Windows XP
Reporter: Wonder World
Assigned To: Andrus Adamchik
Priority: Blocker
CayenneModeler Info
Version: 2.0.2
Build Date: January 14 2007
Exception:
=
java.lang.ClassCastException: java.lang.String
On Feb 15, 2007, at 5:18 PM, Malcolm Edgar wrote:
I think Cayenne becoming a TLP is a good news piece, especially when
you discuss the JPA roadmap. Gives people a feeling of a future
proofed architecture.
Agreed, no question about that. I was commenting on whether we should
still submit a
You may need to post it somewhere on the web and send a link - the
mailing list strips attachments.
Andrus
On Feb 22, 2007, at 4:05 PM, Ahmed Mohombe wrote:
We need two new modeler icons:
* EntityListener - an arbitrary Java class that listens for the
entity lifecycle events.
What about
Cool, I'll put it on my TODO list. Need to figure how to filter out
the *-unpublished modules from the mix.
Andrus
On Feb 23, 2007, at 10:03 AM, Lasantha Ranaweera wrote:
This would be helpful to my Cayenne Geronimo work too.
Thanks,
Lasantha
Adrian Wiesmann wrote:
Hello Andrus
I think
FYI:
3.0 (trunk) can be built with Maven for quite some time into a nice
release assembly:
http://cayenne.apache.org/building-cayenne.html
If integration tests are giving you hard time, skip them:
-Dmaven.test.skip=true
(at the moment they will, as a bug fix that I submitted for
e.g. in /bin there's a 30MB CayenneModeler.jar full of junk files.
Hmm, indeed - there's lots of junk in that file. Good catch.
I think this is a result of recent Maven upgrade from 2.0.4 - 2.0.5.
I just tried to build with 2.0.4 and got a 5MB file back. Appreciate
filing a bug - we'll
On Feb 26, 2007, at 2:21 PM, Lasantha Ranaweera wrote:
Please let me know how can create/refer a Datasource for a cayenne JPA
sample. Does it related to org.apache.cayenne.jpa.jpaDataSourceFactory
property?
You either rely on Geronimo JNDI DataSource, referring to it by name
in
Doh, that's the same exact problem. I guess I need a separate fake
dependency module that points to ObjectStyle repo for all those jars,
preventing the rest of the build from accessing objectstyle.
Andrus
On Feb 26, 2007, at 6:21 PM, Mike Kienenberger wrote:
On 2/26/07, Andrus Adamchik
regular code. At least, I've
seen
these things break more often in MyFaces than the standard library
build tools.
On 2/26/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
Sure we can split the plugin, and put the docs mojo in the docs
folder. Yet another module to maintain ;-)
On Feb 26, 2007
]
--
--
On 2/26/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
Fixed.
On Feb 26, 2007, at 7:09 PM, Mike Kienenberger wrote:
Here's the next error.
[ERROR] BUILD ERROR
[INFO]
-
-
--
[INFO] Failed to resolve artifact.
Missing
Done:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/cayenne/
I only published aggregated modules. Snapshot users - please let me
know if you see any transitive dependencies failures because of that.
Andrus
On Feb 23, 2007, at 2:04 PM, Andrus Adamchik wrote:
Cool, I'll
committer status.
Andrus
On Feb 19, 2007, at 4:42 PM, Andrus Adamchik wrote:
I am glad to announce that Cayenne PMC just voted to grant
Aristedes Maniatis a committer status on Cayenne project.
Ari, welcome on board! :-)
I will initiate the UNIX account creation process with ASF infra
On Feb 28, 2007, at 7:07 AM, Mike Kienenberger wrote:
Strangely enough, the mvn -Dmaven.test.skip=true install only took 7
minutes this time instead of 17.
I optimized a build a bit further:
* Split the docs Mojo in a separate plugin, so there is no more
attempts to download Axis pom from
On Feb 28, 2007, at 7:07 AM, Mike Kienenberger wrote:
The remaining errors all deal with EJBQL, specifically in
cayenne-jdk1.4-unpublished/target/generated-sources in a default
package.
EJB parser is new... I just saw the same problem today as well. What
I did is reverted the .classpath
it a shot.
So far, two days later, it's not looking hopeful. :-)
On 2/28/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
On Feb 28, 2007, at 5:12 PM, Mike Kienenberger wrote:
Is maven-cayenne-build-plugin supposed to be 1.4 compatible?
If so, there's one error that prevents this:
Please
On Feb 28, 2007, at 6:35 PM, Mike Kienenberger wrote:
In fact, I'd like to see an enumeration of each module with a
description of
what it does and how it fits in to the big picture.
+1
No doubt there's
a maven plugin somewhere that will do this automatically :-)
No!!! Can we please
On Feb 28, 2007, at 7:24 PM, Mike Kienenberger wrote:
I noticed that there's no svn attached to the eclipse projects. Did
I misconfigure it somehow?
Don't know - it is automatically picked up on my machine.
You can do this:
* check that Subclipse plugin is installed.
* right click on the
On Feb 28, 2007, at 8:19 PM, Mike Kienenberger wrote:
I've updated the confluence page.
Hopefully others will review my guesses at the modules.
I also added my unresolved eclipse issues at the bottom of the page.
Nice start. Although the module categorization breakdown seems
arbitrary. I
Believe it or now the structure is pretty well thought out. It may
not be obvious, but documentation should help with this.
On Mar 1, 2007, at 6:47 PM, Mike Kienenberger wrote:
I took a look at the svn folder layout.
- jpa-chapter-* and pojo are integration tests? Definitely not
obvious
On Mar 2, 2007, at 1:39 AM, Mike Kienenberger wrote:
On Mar 1, 2007, at 6:47 PM, Mike Kienenberger wrote:
I took a look at the svn folder layout.
- jpa-chapter-* and pojo are integration tests? Definitely not
obvious from the module names.
It is obvious :-) The full path is
On Mar 2, 2007, at 1:39 AM, Mike Kienenberger wrote:
I see maven-cayenne-plugin in the framework directory. Isn't
this a
build-tool/assembly?
No, this is a Maven analog of cgen - i.e. a plugin that we release to
the users.
Ugh. I really wish you'd named it differently, then. Like
On Mar 8, 2007, at 2:36 AM, Aristedes Maniatis wrote:
On 07/03/2007, at 4:23 AM, Andrus Adamchik wrote:
Is the consensus that this would be a good idea if I took this
all the way and had it propagating across to the main Cayenne web
site each evening? Obviously it would need
Hmm... This is something related to local environment. POJO test
suite doesn't have any unstable third-party dependencies and
generally works fine.
BTW, sometimes when a master build breaks, I do have to do this to
restore my local repo and source tree to a sane state:
# find cayenne/
We have about a week to create a new report. I started an empty page
here:
http://cwiki.apache.org/confluence/display/CAY/Board+Report+March+2007
Not sure what we can report this month that is of the significance to
the Board, although lots of development work has been done.
Andrus
Maniatis wrote:
On 12/03/2007, at 9:26 PM, Andrus Adamchik wrote:
Not sure what we can report this month that is of the significance
to the Board, although lots of development work has been done.
Looking through some other reports [1] something like this might be
appropriate
On Mar 12, 2007, at 1:26 PM, Andrus Adamchik wrote:
We have only some minor issues with Confluence still to resolve,
but otherwise everything is working well.
Which one is that?
I remember now - this is the issue with no anonymous access to RSS
feeds. This is my mistake - CAYSITE space
Maniatis wrote:
On 13/03/2007, at 12:08 AM, Andrus Adamchik wrote:
On Mar 12, 2007, at 1:26 PM, Andrus Adamchik wrote:
We have only some minor issues with Confluence still to resolve,
but otherwise everything is working well.
Which one is that?
I remember now - this is the issue
On Mar 13, 2007, at 7:18 PM, Ahmed Mohombe wrote:
Just saw there's still some discussion about JPF licensing on
javalobby:
http://www.javalobby.org/thread.jspa?threadID=91097
could someone(who knows the licensing details) please answer the
dual license question?
Anybody?
Thanks in
On Mar 13, 2007, at 7:52 PM, Ahmed Mohombe wrote:
I'm just curious(and IMHO most users interested CM's future too):
is there a solution for our situation or not?
If yes, how does it look like?
My recollection is that we were going to use Platonos, so I don't see
a problem. It is just
On Mar 13, 2007, at 8:09 PM, Andrus Adamchik wrote:
Something changed in the Maven unit test class loading
Instrumentation args no longer work... Somehow I think this is
related to the new version of the surefire plugin that I noticed
was loaded on March 7 :-(
Andrus
While I am
- are we allowed to have LGPL dependencies in
SVN, if we don't release them? Anyone knows that?
Andrus
On Mar 13, 2007, at 11:59 PM, Aristedes Maniatis wrote:
On 14/03/2007, at 5:21 AM, Andrus Adamchik wrote:
While I am on that pessimistic Maven rant ... Continuous
integration (the maven way
I put the text of Ari's report with my changes here:
http://cwiki.apache.org/confluence/display/CAY/Board+Report+March+2007
If there are no more comments I'll submit it to the board tomorrow.
Andrus
On Mar 13, 2007, at 1:57 PM, Andrus Adamchik wrote:
I see. AFAIK this is a known bug in auto
APACHE CAYENNE PROJECT STATUS - March 2007
Infrastructure
--
We'd like to thank the ASF Infrastructure team for the painless
transition to TLP.
Development
---
* Cayenne continues to make good progress towards its goal of JPA
compliance with the 3.0 release. Just added
On Mar 13, 2007, at 11:59 PM, Aristedes Maniatis wrote:
If so, I've ready some nice things about the Apache Ivy project for
dependency management in ant.
Read the Ivy docs. Looks nice - just like Maven does to an
uninitiated person :-) In fact it does look a bit like Maven in
Just installed Parallels Desktop trial on my Mac:
http://www.parallels.com/
Works very nice - now I have Mac OS X (obviously), Windows XP (booted
from the Mac bootcamp partition) and Fedora Core 4 Linux - all on one
desktop. Finally I don't have to maintain multiple old boxes with
On Mar 14, 2007, at 12:54 PM, Andrus Adamchik wrote:
I'll try to find time this weekend and revert the build system to
Ant (based on 2.0 but following the new project structure). If I
can do it in two days, then bye-bye Maven.
Every time I say something about finding time, it immediately
will end up with a
feeling that they worked on some kind of a training project.
Andrus
On Mar 26, 2007, at 5:15 PM, Michael Gentry wrote:
The biggest thing I'd like to see is a tool like DBEdit for Cayenne:
http://www.rubicode.com/Software/DBEdit/
/dev/mrg
On 3/26/07, Andrus Adamchik [EMAIL
Index: framework/cayenne-jdk1.4-unpublished/src/main/java/org/
apache/cayenne/DataObjectUtils.java
===
@@ -51,6 +53,15 @@
+/**
+ * Returns a long primary key value for a persistent object.
Only works for single
+
On Mar 27, 2007, at 12:43 AM, Lachlan Deck wrote:
Would localObject(Persistent) then be better as an interface than
localObject(ObjectId,Object)? The latter is already possible via
DataObjectUtils.objectForPK(ObjectContext,ObjectId). But the former
seems more generally useful.
Well -
Hi Lasantha,
Are you using trunk build of Cayenne? While property access is not
yet implemented, field access should work just fine and should be the
default. If this is a bug, I'll be happy to look into it. Do you have
more info about the error?
Thanks
Andrus
On Mar 31, 2007, at 11:15
Kevin, thanks for the info.
Had a spare minute to try it out tonight. Started with a clean local
repo and a clean Cayenne checkout. After tweaking the itest poms to
include Derby artifacts that are needed by the latest OpenEJB ... it
worked, including the full build and the assemblies! Go
On Apr 7, 2007, at 2:33 PM, Adrian Wiesmann wrote:
- I am no big fan of forks. So if there is some solution in which
we do
not fork the DataViews but officially take over the maintenance off-
site
or something, I would prefer that. This would also mean we would
stay with
the name and don't
the salt (not used), etc, but that might just be more complicated
than it is worth.
Thoughts?
Thanks,
/dev/mrg
On 4/8/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
A question for Michael Gentry ...
I am nitpicking here, but with the new password encoder feature, on
startup Cayenne prints
the salt (not used), etc, but that might just be more complicated
than it is worth.
Thoughts?
Thanks,
/dev/mrg
On 4/8/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
A question for Michael Gentry ...
I am nitpicking here, but with the new password encoder feature, on
startup Cayenne prints
the salt (not used), etc, but that might just be more complicated
than it is worth.
Thoughts?
Thanks,
/dev/mrg
On 4/8/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
A question for Michael Gentry ...
I am nitpicking here, but with the new password encoder feature, on
startup Cayenne prints
And sorry for the tree copies of the same email - my SMTP SSH tunnel
misbehaved for some unknown reason.
Andrus
On Apr 9, 2007, at 2:10 PM, Andrus Adamchik wrote:
Perhaps could add more logic, like if using a built-in encoder, don't
log the salt (not used), etc, but that might just
On Apr 12, 2007, at 3:03 PM, Adrian Wiesmann wrote:
My problem is less in dual licencing our changes than in
integrating the
DataViews (which is Apache licence) into our own tool (which is
GPL). But
as far as I see nobody from Cayenne has a problem with us doing so and
therefor I suggest
On Apr 12, 2007, at 6:29 PM, Adrian Wiesmann wrote:
The legaly easiest solution would be to just extract the DataView from
Cayenne and create a new lib licenced under the ASL.
We can and should make it a standalone module within Cayenne. This
means a standalone Eclipse project, separate
On Apr 12, 2007, at 7:22 PM, Adrian Wiesmann wrote:
We can and should make it a standalone module within Cayenne. This
means a standalone Eclipse project, separate from the rest of the
framework.
OK, let's make nails with heads (as we say over here). Please make
this
split on the Cayenne
Hi Adrian,
Sometimes it is good for everyone just to let it go. Nobody so far
volunteered to support Cayenne DataViews, and from this discussion
it is clear that you sending us contributions doesn't fundamentally
change this situation.
I'd like to wish you good luck with your project
-
From: Andrus Adamchik (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Monday, April 16, 2007 6:47 PM
To: Yegor
Subject: [JIRA] Commented: (CAY-777) Still incorrect: CLONE -Import
EOModel - Incorrect Join src/target names are created
[
https://issues.apache.org/cayenne/browse/CAY-777?
page
Assuming we don't have MySQL 3.x users anymore, I went ahead and
implemented MySQL FK constraint handling per CAY-717. One caveat is
that the Modeler will now explicitly generate InnoDB tables on MySQL
(in the past it would rely on the default table type set up by MySQL
admin outside the
On May 2, 2007, at 7:18 PM, Robert Zeigler (JIRA) wrote:
[ https://issues.apache.org/cayenne/browse/CAY-763?
page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
tabpanel#action_12306 ]
Robert Zeigler commented on CAY-763:
Sorry... for
get gobbled up by anit-UCE tools
that check for spoofed senders.
--
Kevin
-Original Message-
From: Andrus Adamchik [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 02, 2007 12:59 PM
To: dev@cayenne.apache.org
Subject: Re: [JIRA] Commented: (CAY-763) XML Deserialization fails on
relationships
availability, but
my guess is that sometime Sat. morning - early afternoon (EDT) would
work.
--
Kevin
-Original Message-
From: Andrus Adamchik [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 03, 2007 4:16 AM
To: dev@cayenne.apache.org
Subject: Re: Discussing 1.2.3 and 2.0.3 release
I got
Project: Cayenne
Issue Type: Bug
Components: Cayenne Core Library
Affects Versions: 2.0 [STABLE]
Environment: Tomcat 5.5.17 under Windows XP SP 2
Reporter: Daniel Uribe
Assigned To: Andrus Adamchik
Priority: Critical
When commiting
It looks more like Sunday for me. Kevin would you be available on
Sunday morning?
Andrus
On May 3, 2007, at 4:50 PM, Andrus Adamchik wrote:
Sounds good. I should have time on Saturday or if not - on Sunday.
I'll know for sure tomorrow. Time permitting, I'll try to look at
CAY-783
again, I'm EDT. Are you stateside or euroside right now?
--
Kevin
-Original Message-
From: Andrus Adamchik [mailto:[EMAIL PROTECTED]
Sent: Friday, May 04, 2007 11:57 AM
To: dev@cayenne.apache.org
Subject: Re: Discussing 1.2.3 and 2.0.3 release
It looks more like Sunday for me. Kevin
On May 28, 2007, at 1:50 PM, Aristedes Maniatis wrote:
On 28/05/2007, at 4:49 PM, Andrus Adamchik wrote:
No. resolvesFirstPage really a shorthand for is it possible to
reliably resolve objects on the first page using the existing
algorithm.
OK. I guess I would have named
On May 29, 2007, at 8:11 PM, Kevin Menard wrote:
I hope you guys didn't take my concern on the last release vote to
be begging for PMC membership.
No, only as a reminder that people who participate in Cayenne project
management should have a binding vote :-)
Andrus
On May 30, 2007, at 7:27 AM, Lachlan Deck wrote:
* Changes to the validation rules to allow ObjEntity with no db
entity for abstract entities
The question of 'isAbstract' is merely a question of 'can instances
of this entity be instantiated'?
Certainly changes to validation rules are
On May 30, 2007, at 8:04 AM, Lachlan Deck wrote:
I'm not familiar with the embeddable discussion but this is the
idea of DbEntity interfaces:
a) you have a series of DbEntities that are not inherited in any
way but for which you want them to conform to an interface 'A'.
They are
, Aristedes Maniatis wrote:
On 30/05/2007, at 7:16 PM, Andrus Adamchik wrote:
What I am concerned about with DbEntity interfaces is that
DbEntities model database tables and there is no interface concept
in DB world. So I still don't understand why we need DbEntity
inheritance? Could you please
IMO, abstract is limited to its Java definition, and is of no
consequence to the runtime inheritance processing (note that
'resolvingInherited' query property is true by default). So the most
important aspect of it is generating a corresponding Java class with
an abstract keyword, so that
Hi,
Per http://cayenne.apache.org/mailing-lists.html the right email
address is [EMAIL PROTECTED]. Let me know if this
still didn't work, and I'll unsubscribe you manually.
Andrus
On May 31, 2007, at 8:44 AM, srinivas sagar wrote:
I have tried to unsubscribe from this list by sending
an
On Jun 3, 2007, at 2:00 AM, Craig L Russell wrote:
I hope this doesn't confuse things more, but in reality, you often
have schema that fall into multiple categories of mapping.
No confusion at all - in reality we do have to deal with mixed
scenarios, so we have to account for them.
For
Hi Lachlan,
On Jun 1, 2007, at 3:24 PM, Lachlan Deck wrote:
On 01/06/2007, at 7:32 PM, Andrus Adamchik wrote:
With this in mind we do not need an inheritance ObjRelationship,
but we may use a DbRelationship to store join semantics (anybody
mentioned that already??).
Well the original
On Jun 3, 2007, at 2:44 PM, Craig L Russell wrote:
I am still entertaining the idea that we can support vertical
inheritance without a designator column, and I don't think that
having such column in place is such a big shortcut in
implementation. After all the logic will be the same as
PM, Andrus Adamchik wrote:
2. Fetching only the base table on select should be possible, so
that's probably the most obvious benefit. Originally I thought
in this case users would always want to fetch the full objects,
and this buys us nothing, but from the earlier emails by
Lachlan
:54 PM, Michael Gentry wrote:
Hasn't QueryUtils gone poof in 3.0?
/dev/mrg
On 6/5/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
So where do we put it then? QueryUtils?
Andrus
this is an example of its appropriate use.
While for instance DataContextDelegate is questionably less flexible
than an ObjectContext decorator.
Andrus
On Jun 5, 2007, at 4:47 PM, Lachlan Deck wrote:
On 05/06/2007, at 10:31 PM, Andrus Adamchik wrote:
On Jun 5, 2007, at 3:22 PM, Lachlan Deck wrote
this is an example of its appropriate use.
While for instance DataContextDelegate is questionably less
flexible than an ObjectContext decorator.
Andrus
On Jun 5, 2007, at 4:47 PM, Lachlan Deck wrote:
On 05/06/2007, at 10:31 PM, Andrus Adamchik wrote:
On Jun 5, 2007, at 3:22 PM, Lachlan Deck
On Jun 12, 2007, at 8:35 AM, Andrus Adamchik wrote:
SELECT t0.ARTIST_NAME AS ARTIST_NAME, t0.ARTIST_ID AS ARTIST_ID,
t0.DATE_OF_BIRTH AS DATE_OF_BIRTH
FROM ARTIST AS t0
INNER JOIN PAINTING AS t1 ON (t0.ARTIST_ID = t1.ARTIST_ID)
INNER JOIN PAINTING AS t2 ON (t1.ARTIST_ID = t2.ARTIST_ID
expressions
in this format:
(a ? or a is null)
instead of
(a ?)
I'm pretty sure that was the expression, but I can't remember the
details -- you were already aware of the problem at the time.
On 6/12/07, Andrus Adamchik [EMAIL PROTECTED] wrote:
One las question - a CAY-560 comment says [provides
On Jun 12, 2007, at 7:04 PM, Mike Kienenberger wrote:
As long as 3.0 query translation logic isn't exceedingly divergent
from 1.2, I should be able to port my patch to it.
An algorithm note. While we are not yet rewriting SelectQuery
translator (so that's an FYI), in EJBQL work I find it
: CAY-807
URL: https://issues.apache.org/cayenne/browse/
CAY-807
Project: Cayenne
Issue Type: Bug
Environment: Firefox 2 / WinXP
Reporter: Craig Turner
Assignee: Andrus Adamchik
Priority: Minor
On this page: http
Hi,
Let me summarize what we have on the list:
Mike Kienenberger - [20/Jun/07 01:56 PM ]
I don't see a problem with just throwing Unsupported exceptions
for cases like this.
+1
Øyvind Harboe - [20/Jun/07 01:57 PM ]
WIll an adapter that has lots of unsupported exceptions be
considered
No, JDK 1.4 has java.awt.dnd package. And all my testing was done on
1.4.
Andrus
On Jun 27, 2007, at 4:37 PM, Aristedes Maniatis wrote:
On 27/06/2007, at 10:52 PM, Andrus Adamchik (JIRA) wrote:
Just added simple drag-and-drop support to the Modeler frame. Now
cayenne.xml can be dragged
On Jun 22, 2007, at 4:23 PM, Andrus Adamchik wrote:
What's the consensus on making 3.0 M1 release?
I think it is long overdue - we want to show the many things we've
developed over the last 1+ year [1]. Also I just checked in the
minimal EJBQL support so that users can play
:
From: Andrus Adamchik (JIRA) dev@cayenne.apache.org
Date: June 28, 2007 7:24:27 PM GMT+03:00
To: [EMAIL PROTECTED]
Subject: [JIRA] Commented: (CAY-790) commitChanges() doesn't imply
commit in db ?
[ https://issues.apache.org/cayenne/browse/CAY-790?
page
I am done with cross-DB testing of the trunk code. I tested Cayenne
with the following databases, and the current test suite fully passes
against all of them:
* Derby
* FrontBase
* HSQLDB
* MySQL
* OpenBase
* PostgreSQL
* Sybase
* SQLServer
I discovered a bunch of issues and fixed most of
My next step would be updating the docs on Wiki and brining the
updates to SVN.
Any volunteers to run the RAT tool [1] against the trunk and filter
out bogus failures?
Thanks
Andrus
[1] http://cayenne.apache.org/release-guide.html
On Jul 1, 2007, at 5:03 PM, Andrus Adamchik wrote:
I am
Yes - for the release bundle - these are the local docs that we'll
include in cayenne-3.0M1.tar.gz
Andrus
On Jul 2, 2007, at 5:42 PM, Aristedes Maniatis wrote:
On 02/07/2007, at 11:36 PM, [EMAIL PROTECTED] wrote:
URL: http://svn.apache.org/viewvc?view=revrev=552490
Log:
3.0 M1 docs -
I set out to write some 3.0 docs, so commit list subscribers will see
a bunch of Confluence notifications. My plan is to restructure the
docs along the lines of Cayenne Classic, Cayenne ROP and Cayenne
JPA. So I started by moving the pieces common to all of them up one
level [1], and will
I think we are in a good shape to post the actual release. I've done
fairly extensive testing and fixed a number of last minute bugs (see
my earlier emails). I am wrapping up with documentation work.
Since this is the first release of an unstable branch done using a
new build system
A question for Ari - is it possible for you or Bruce to help us
update the release docs CSS [1] to look more like the website?
Currently it uses small Confluence fonts and is generally not that
pretty. To see it in action, you can open any HTML page in your local
checkout of Cayenne under
On Jul 8, 2007, at 5:55 PM, Andrus Adamchik wrote:
1. Once I am done with documentation checkins, I will create a
release tag in SVN (tonight)
Done:
https://svn.apache.org/repos/asf/cayenne/main/tags/3.0M1/cayenne/
2. I will also post a Maven snapshot of the code in the snapshot repo
Hi Brett,
Cayenne currently have a build set up in vmbuild.apache.org. It's
been down for little bit, but is now back up.
Didn't know it was.
vmbuild is scheduled to be moved to a faster machine, and I intend
to install a more recent build of Continuum (that supports grouping
projects
On Jul 13, 2007, at 4:56 AM, Aristedes Maniatis wrote:
1. It isn't our problem. The bug in Derby is going away and Hessian
is working around it too. Leave it as it is and put some notes in
the docs for people who don't use Hessian. The nice thing is that
we can get real exception data
Hi Ari,
I just committed a fix to trunk. If you could verify that it is
indeed fixed, I'll patch the M1 tag (isn't SVN nice - you can patch a
tag :-)).
Andrus
On Jul 12, 2007, at 12:33 PM, Aristedes Maniatis wrote:
On 12/07/2007, at 7:23 PM, Andrus Adamchik wrote:
AFAIK you are using
On Jul 16, 2007, at 8:16 AM, Marek Wawrzyczny wrote:
Could another option be to provide server side hooks at the point
where a CRE
is propagated to the client which allows the programmer to report the
exception server side?
This way, an exception can be send to the client as it is being
[VOTE: approve 3.0M1 release]
I posted artifacts for 3.0M1 release here:
http://people.apache.org/~aadamchik/release/3.0M1/
There were almost no comments since I tagged M1. I've been cleaning
things up, fixing various things (most notable is CAY-830 reported by
Ari), doing more
1 - 100 of 2620 matches
Mail list logo