You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cayenne.apache.org by Kevin Menard <ni...@gmail.com> on 2008/08/15 21:59:32 UTC
3.0 M5?
It's coming up on 3 months since the release of M4. While an M5 now
wouldn't have as many changes as M4 did, it's probably still worthwhile
getting it out there. It'd be nice to get all of Andrey's hard work out in
the hands of our users.
I know there are still some things that need to be cleaned up. But, if
people are open to it, I'd like to start planning the timeline for the M5
release.
--
Kevin
Re: 3.0 M5?
Posted by Andrey Razumovsky <ra...@gmail.com>.
I think it will be better to cleanup some stuff with modeler before
releasing it. CAY-1077 still waits for votes from developers (it is
committed, but behavior of the dialog is still under discussion). And I
think cut-copy-paste (CAY-1080) will be a good addition to M5
Thanks,
Andrey
2008/8/15, Kevin Menard <ni...@gmail.com>:
>
> It's coming up on 3 months since the release of M4. While an M5 now
> wouldn't have as many changes as M4 did, it's probably still worthwhile
> getting it out there. It'd be nice to get all of Andrey's hard work out in
> the hands of our users.
>
> I know there are still some things that need to be cleaned up. But, if
> people are open to it, I'd like to start planning the timeline for the M5
> release.
>
> --
>
> Kevin
>
Re: 3.0 M5?
Posted by Tore Halset <ha...@pvv.ntnu.no>.
Hello.
+1
The modeler-work is a milestone.
- Tore.
On Aug 15, 2008, at 21:59, Kevin Menard wrote:
> It's coming up on 3 months since the release of M4. While an M5 now
> wouldn't have as many changes as M4 did, it's probably still
> worthwhile
> getting it out there. It'd be nice to get all of Andrey's hard work
> out in
> the hands of our users.
>
> I know there are still some things that need to be cleaned up. But,
> if
> people are open to it, I'd like to start planning the timeline for
> the M5
> release.
>
> --
> Kevin
Re: 3.0 M5?
Posted by Aristedes Maniatis <ar...@ish.com.au>.
On 21/08/2008, at 1:55 AM, Andrus Adamchik wrote:
> Sorry, I think you meant a Jira "version", not an SVN tag. That
> would generally make sense, although I hope this is just one issue,
> so we can skip it this time.
>
> We may actually start doing it for the next release - this way we
> can close jiras against a specific version, letting Jira generate
> release notes (I am doing that successfully for commercial projects).
Yes, that was what I meant. It might allow us to have clearer planning
coming up to each release. If you want to create an M5 I'd be happy to
go and edit the closed tasks and assign them to M5 when appropriate.
Ari
-------------------------->
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
Sorry, I think you meant a Jira "version", not an SVN tag. That would
generally make sense, although I hope this is just one issue, so we
can skip it this time.
We may actually start doing it for the next release - this way we can
close jiras against a specific version, letting Jira generate release
notes (I am doing that successfully for commercial projects).
Andrus
On Aug 20, 2008, at 6:49 PM, Andrus Adamchik wrote:
> A tag implies committing code to two places. We do that for stable
> branches (to allow development to go ahead when we are in the code
> freeze for a particular release). With milestones we do not
> implement code freeze, so tagging the release until all the serious
> known issues are fixed will only create overhead. So I suggest we
> fix the class generator issue(s) (which I consider a serious bug) on
> trunk, and then create a tag.
>
> Andrus
>
>
> On Aug 20, 2008, at 6:38 PM, Aristedes Maniatis wrote:
>> On 21/08/2008, at 1:29 AM, Andrus Adamchik wrote:
>>
>>> BTW, I am also in favor of M5.
>>
>> Should we (I don't seem to have rights) create an M5 tag under 3.0
>> and assign specific tasks there so we can track progress on what is
>> left? The full list for 3.0 is quite long:
>>
>> https://issues.apache.org/cayenne/secure/BrowseVersion.jspa?id=10000&versionId=10091&showOpenIssuesOnly=true
>>
>> Ari
>>
>>
>>
>> -------------------------->
>> ish
>> http://www.ish.com.au
>> Level 1, 30 Wilson Street Newtown 2042 Australia
>> phone +61 2 9550 5001 fax +61 2 9550 4001
>> GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
>>
>>
>>
>
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
A tag implies committing code to two places. We do that for stable
branches (to allow development to go ahead when we are in the code
freeze for a particular release). With milestones we do not implement
code freeze, so tagging the release until all the serious known issues
are fixed will only create overhead. So I suggest we fix the class
generator issue(s) (which I consider a serious bug) on trunk, and then
create a tag.
Andrus
On Aug 20, 2008, at 6:38 PM, Aristedes Maniatis wrote:
> On 21/08/2008, at 1:29 AM, Andrus Adamchik wrote:
>
>> BTW, I am also in favor of M5.
>
> Should we (I don't seem to have rights) create an M5 tag under 3.0
> and assign specific tasks there so we can track progress on what is
> left? The full list for 3.0 is quite long:
>
> https://issues.apache.org/cayenne/secure/BrowseVersion.jspa?id=10000&versionId=10091&showOpenIssuesOnly=true
>
> Ari
>
>
>
> -------------------------->
> ish
> http://www.ish.com.au
> Level 1, 30 Wilson Street Newtown 2042 Australia
> phone +61 2 9550 5001 fax +61 2 9550 4001
> GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
>
>
>
Re: 3.0 M5?
Posted by Aristedes Maniatis <ar...@ish.com.au>.
On 21/08/2008, at 1:29 AM, Andrus Adamchik wrote:
> BTW, I am also in favor of M5.
Should we (I don't seem to have rights) create an M5 tag under 3.0 and
assign specific tasks there so we can track progress on what is left?
The full list for 3.0 is quite long:
https://issues.apache.org/cayenne/secure/BrowseVersion.jspa?id=10000&versionId=10091&showOpenIssuesOnly=true
Ari
-------------------------->
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
Re: 3.0 M5?
Posted by Aristedes Maniatis <ar...@ish.com.au>.
On 29/08/2008, at 6:41 PM, Andrus Adamchik wrote:
>
> We have the "int" problem fixed. What else is left to do for M5?
> CAY-1077 and CAY-1080?
I think so, I just looked through everything outstanding which is
marked as a bug and I couldn't see anything that looked urgent. But
those GSoC tasks would be good to get into the release for sure.
After this, I'd like to propose that we triage the remaining issues
into some sort of priority and make decisions about what will go into
3.0 final. It would be nice to see 3.0 not as an endless process but
having a definite end.
Ari
-------------------------->
ish
http://www.ish.com.au
Level 1, 30 Wilson Street Newtown 2042 Australia
phone +61 2 9550 5001 fax +61 2 9550 4001
GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
Re: 3.0 M5?
Posted by Kevin Menard <ni...@gmail.com>.
I'd really like to see the issue with properly reporting session
timeouts from Hessian fixed. I'll try to take care of this over the
weekend. It's a bit selfish, but having this is will allow the
Tapestry5 module to do nifty things, like auto-reconnect if
appropriate.
--
Kevin
On Fri, Aug 29, 2008 at 4:41 AM, Andrus Adamchik <an...@objectstyle.org> wrote:
>
> On Aug 20, 2008, at 6:29 PM, Andrus Adamchik wrote:
>
>> Just wish we fix class generation issues: the one below and also "int"
>> attribute issue that came up on the user list.
>
> We have the "int" problem fixed. What else is left to do for M5? CAY-1077
> and CAY-1080?
>
> Andrus
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
On Aug 20, 2008, at 6:29 PM, Andrus Adamchik wrote:
> Just wish we fix class generation issues: the one below and also
> "int" attribute issue that came up on the user list.
We have the "int" problem fixed. What else is left to do for M5?
CAY-1077 and CAY-1080?
Andrus
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
I checked the fix in and it loaded all of my models (ones with invalid
Password Encoders and non-specified/default ones).
/dev/mrg
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
The logic I used for the password encoder is a bit screwed up and
might can be improved. I intentionally didn't throw an exception
there (I return NULL) because I want the whole model to continue
loading into the modeler, but the loading code is in the framework --
and we can't have the GUI-less framework opening error dialog panels.
So, I returned a NULL and catch that later in the modeler after the
rest of the model finishes loading. In an application that is using
that code, it won't be able to login to the DB and that should be
enough of a problem for the user to go look at the logs. It isn't
pretty, but it works. Always open to suggestions, of course!
Thanks!
/dev/mrg
On Thu, Aug 21, 2008 at 2:55 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
> Ok. I guess it makes sense in this case, as the encoder is invoked on saving
> the model, so CM needs to access it in runtime.
>
> Andrus
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
Ok. I guess it makes sense in this case, as the encoder is invoked on
saving the model, so CM needs to access it in runtime.
Andrus
On Aug 21, 2008, at 9:29 PM, Michael Gentry wrote:
> It looks like the main goal of the change was to get rid of the stack
> trace printing, so I'm going to roll back and then incorporate that
> change into it. Throwing the exception prevents you from loading a
> model when you don't have the specified encoder in your class path.
> I've just made the change and am testing now.
>
> Thanks,
>
> /dev/mrg
>
> PS. If you click on the DataNode with an invalid encoder, CM gives you
> an "Invalid Password Encoder" dialog stating "A valid Password Encoder
> should be specified (check your CLASSPATH)." This might could be
> cleaned up a little (showing it on model load), but it at least lets
> you load the model and also that there is a problem with it.
>
>
> On Thu, Aug 21, 2008 at 2:17 PM, Andrus Adamchik <andrus@objectstyle.org
> > wrote:
>>
>> On Aug 21, 2008, at 9:08 PM, Michael Gentry wrote:
>>
>>> DataSourceInfo.java changed to throw an exception if it can't load
>>> the
>>> password encoder instead of swallowing the exception and load the
>>> model without the encoder present. I'll fix it.
>>
>> Well, but that change was intentional. Are you going to roll it back?
>
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
It looks like the main goal of the change was to get rid of the stack
trace printing, so I'm going to roll back and then incorporate that
change into it. Throwing the exception prevents you from loading a
model when you don't have the specified encoder in your class path.
I've just made the change and am testing now.
Thanks,
/dev/mrg
PS. If you click on the DataNode with an invalid encoder, CM gives you
an "Invalid Password Encoder" dialog stating "A valid Password Encoder
should be specified (check your CLASSPATH)." This might could be
cleaned up a little (showing it on model load), but it at least lets
you load the model and also that there is a problem with it.
On Thu, Aug 21, 2008 at 2:17 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
>
> On Aug 21, 2008, at 9:08 PM, Michael Gentry wrote:
>
>> DataSourceInfo.java changed to throw an exception if it can't load the
>> password encoder instead of swallowing the exception and load the
>> model without the encoder present. I'll fix it.
>
> Well, but that change was intentional. Are you going to roll it back?
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
On Aug 21, 2008, at 9:08 PM, Michael Gentry wrote:
> DataSourceInfo.java changed to throw an exception if it can't load the
> password encoder instead of swallowing the exception and load the
> model without the encoder present. I'll fix it.
Well, but that change was intentional. Are you going to roll it back?
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
DataSourceInfo.java changed to throw an exception if it can't load the
password encoder instead of swallowing the exception and load the
model without the encoder present. I'll fix it.
/dev/mrg
On Thu, Aug 21, 2008 at 2:03 PM, Michael Gentry <bl...@gmail.com> wrote:
> Nope, it still blows up. Let me look into it. I know why, I just
> don't know what changed. I'll diff/etc.
>
>
> On Thu, Aug 21, 2008 at 1:59 PM, Michael Gentry <bl...@gmail.com> wrote:
>> Oh, I did miss that. I thought your comment was to someone else.
>> I'll update and report back.
>>
>> Thanks!
>>
>>
>> On Thu, Aug 21, 2008 at 1:42 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
>>> You may have missed my last email in this thread. I actually fixed one case
>>> of NPE in the password encoder loader. Can you update and try again?
>>>
>>> Andrus
>>>
>>>
>>> On Aug 21, 2008, at 8:37 PM, Michael Gentry wrote:
>>>
>>>> Sorry, NPE should've been ClassNotFoundException. I'm not sure what
>>>> changed between May and now, but I can look into it.
>>>>
>>>> /dev/mrg
>>>>
>>>>
>>>> On Thu, Aug 21, 2008 at 1:33 PM, Michael Gentry <bl...@gmail.com>
>>>> wrote:
>>>>>
>>>>> It appears to be happening due to an NPE if the password encoder class
>>>>> is invalid/not in your class path.
>>>>
>>>
>>>
>>
>
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
Nope, it still blows up. Let me look into it. I know why, I just
don't know what changed. I'll diff/etc.
On Thu, Aug 21, 2008 at 1:59 PM, Michael Gentry <bl...@gmail.com> wrote:
> Oh, I did miss that. I thought your comment was to someone else.
> I'll update and report back.
>
> Thanks!
>
>
> On Thu, Aug 21, 2008 at 1:42 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
>> You may have missed my last email in this thread. I actually fixed one case
>> of NPE in the password encoder loader. Can you update and try again?
>>
>> Andrus
>>
>>
>> On Aug 21, 2008, at 8:37 PM, Michael Gentry wrote:
>>
>>> Sorry, NPE should've been ClassNotFoundException. I'm not sure what
>>> changed between May and now, but I can look into it.
>>>
>>> /dev/mrg
>>>
>>>
>>> On Thu, Aug 21, 2008 at 1:33 PM, Michael Gentry <bl...@gmail.com>
>>> wrote:
>>>>
>>>> It appears to be happening due to an NPE if the password encoder class
>>>> is invalid/not in your class path.
>>>
>>
>>
>
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
Oh, I did miss that. I thought your comment was to someone else.
I'll update and report back.
Thanks!
On Thu, Aug 21, 2008 at 1:42 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
> You may have missed my last email in this thread. I actually fixed one case
> of NPE in the password encoder loader. Can you update and try again?
>
> Andrus
>
>
> On Aug 21, 2008, at 8:37 PM, Michael Gentry wrote:
>
>> Sorry, NPE should've been ClassNotFoundException. I'm not sure what
>> changed between May and now, but I can look into it.
>>
>> /dev/mrg
>>
>>
>> On Thu, Aug 21, 2008 at 1:33 PM, Michael Gentry <bl...@gmail.com>
>> wrote:
>>>
>>> It appears to be happening due to an NPE if the password encoder class
>>> is invalid/not in your class path.
>>
>
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
You may have missed my last email in this thread. I actually fixed one
case of NPE in the password encoder loader. Can you update and try
again?
Andrus
On Aug 21, 2008, at 8:37 PM, Michael Gentry wrote:
> Sorry, NPE should've been ClassNotFoundException. I'm not sure what
> changed between May and now, but I can look into it.
>
> /dev/mrg
>
>
> On Thu, Aug 21, 2008 at 1:33 PM, Michael Gentry
> <bl...@gmail.com> wrote:
>> It appears to be happening due to an NPE if the password encoder
>> class
>> is invalid/not in your class path.
>
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
Sorry, NPE should've been ClassNotFoundException. I'm not sure what
changed between May and now, but I can look into it.
/dev/mrg
On Thu, Aug 21, 2008 at 1:33 PM, Michael Gentry <bl...@gmail.com> wrote:
> It appears to be happening due to an NPE if the password encoder class
> is invalid/not in your class path.
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
It appears to be happening due to an NPE if the password encoder class
is invalid/not in your class path.
On Wed, Aug 20, 2008 at 4:15 PM, Andrus Adamchik <an...@objectstyle.org> wrote:
> Not sure what's causing it. If you don't find the reason for this failure,
> you may email your project to me directly - I'll try it on my machine.
>
> Andrus
>
> On Aug 20, 2008, at 7:37 PM, Michael Gentry wrote:
>
>> I just built the latest Cayenne & Modeler. I hadn't seen the welcome
>> screen before. It is pretty nice, but could use a horizontal
>> scrollbar for the Recent Projects list (for those long paths). I like
>> the gradient on the background and the icons look nice. And the red
>> hover on the Recent Projects list is nice and matches the Cayenne
>> logo.
>>
>> And, as fate would have it, the first project I clicked on, generated
>> an Error Loading Project dialog:
>>
>> CayenneModeler Info
>> Version: cayenne.version
>> Build Date: cayenne.build.date
>> Exception:
>> =================================
>> org.apache.cayenne.CayenneRuntimeException: [v.3.0-SNAPSHOT Aug 20
>> 2008 17:26:13] Null dataSource
>> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:129)
>> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:119)
>> at
>> org.apache.cayenne.modeler.util.ModelerDbAdapter.<init>(ModelerDbAdapter.java:50)
>> at
>> org.apache.cayenne.modeler.action.ModelerProjectLoadDelegate.initAdapter(ModelerProjectLoadDelegate.java:51)
>> at
>> org.apache.cayenne.conf.RuntimeLoadDelegate.shouldLoadDataNode(RuntimeLoadDelegate.java:317)
>> ...
>>
>> I then went back and loaded the same project in a previous version of
>> CM (3.0 snapshot from 5/15/08). I haven't looked into this further
>> (yet).
>>
>>
>> On Wed, Aug 20, 2008 at 11:29 AM, Andrus Adamchik
>> <an...@objectstyle.org> wrote:
>>>
>>> BTW, I am also in favor of M5. Just recently started using trunk Modeler
>>> for
>>> production work - very nice! Especially the welcome screen :-)
>>>
>>> Just wish we fix class generation issues: the one below and also "int"
>>> attribute issue that came up on the user list.
>>>
>>> Andrus
>>
>
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
Not sure what's causing it. If you don't find the reason for this
failure, you may email your project to me directly - I'll try it on my
machine.
Andrus
On Aug 20, 2008, at 7:37 PM, Michael Gentry wrote:
> I just built the latest Cayenne & Modeler. I hadn't seen the welcome
> screen before. It is pretty nice, but could use a horizontal
> scrollbar for the Recent Projects list (for those long paths). I like
> the gradient on the background and the icons look nice. And the red
> hover on the Recent Projects list is nice and matches the Cayenne
> logo.
>
> And, as fate would have it, the first project I clicked on, generated
> an Error Loading Project dialog:
>
> CayenneModeler Info
> Version: cayenne.version
> Build Date: cayenne.build.date
> Exception:
> =================================
> org.apache.cayenne.CayenneRuntimeException: [v.3.0-SNAPSHOT Aug 20
> 2008 17:26:13] Null dataSource
> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:129)
> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:119)
> at
> org
> .apache
> .cayenne.modeler.util.ModelerDbAdapter.<init>(ModelerDbAdapter.java:
> 50)
> at
> org
> .apache
> .cayenne
> .modeler
> .action
> .ModelerProjectLoadDelegate
> .initAdapter(ModelerProjectLoadDelegate.java:51)
> at
> org
> .apache
> .cayenne
> .conf
> .RuntimeLoadDelegate.shouldLoadDataNode(RuntimeLoadDelegate.java:317)
> ...
>
> I then went back and loaded the same project in a previous version of
> CM (3.0 snapshot from 5/15/08). I haven't looked into this further
> (yet).
>
>
> On Wed, Aug 20, 2008 at 11:29 AM, Andrus Adamchik
> <an...@objectstyle.org> wrote:
>> BTW, I am also in favor of M5. Just recently started using trunk
>> Modeler for
>> production work - very nice! Especially the welcome screen :-)
>>
>> Just wish we fix class generation issues: the one below and also
>> "int"
>> attribute issue that came up on the user list.
>>
>> Andrus
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
Fixed.
On Aug 20, 2008, at 7:37 PM, Michael Gentry wrote:
> rg.apache.cayenne.CayenneRuntimeException: [v.3.0-SNAPSHOT Aug 20
> 2008 17:26:13] Null dataSource
> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:129)
> at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:119)
> at
> org
> .apache
> .cayenne.modeler.util.ModelerDbAdapter.<init>(ModelerDbAdapter.java:
> 50)
> at
> org
> .apache
> .cayenne
> .modeler
> .action
> .ModelerProjectLoadDelegate
> .initAdapter(ModelerProjectLoadDelegate.java:51)
> at
> org
> .apache
> .cayenne
> .conf
> .RuntimeLoadDelegate.shouldLoadDataNode(RuntimeLoadDelegate.java:317)
> ...
Re: 3.0 M5?
Posted by Michael Gentry <bl...@gmail.com>.
I just built the latest Cayenne & Modeler. I hadn't seen the welcome
screen before. It is pretty nice, but could use a horizontal
scrollbar for the Recent Projects list (for those long paths). I like
the gradient on the background and the icons look nice. And the red
hover on the Recent Projects list is nice and matches the Cayenne
logo.
And, as fate would have it, the first project I clicked on, generated
an Error Loading Project dialog:
CayenneModeler Info
Version: cayenne.version
Build Date: cayenne.build.date
Exception:
=================================
org.apache.cayenne.CayenneRuntimeException: [v.3.0-SNAPSHOT Aug 20
2008 17:26:13] Null dataSource
at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:129)
at org.apache.cayenne.dba.AutoAdapter.<init>(AutoAdapter.java:119)
at org.apache.cayenne.modeler.util.ModelerDbAdapter.<init>(ModelerDbAdapter.java:50)
at org.apache.cayenne.modeler.action.ModelerProjectLoadDelegate.initAdapter(ModelerProjectLoadDelegate.java:51)
at org.apache.cayenne.conf.RuntimeLoadDelegate.shouldLoadDataNode(RuntimeLoadDelegate.java:317)
...
I then went back and loaded the same project in a previous version of
CM (3.0 snapshot from 5/15/08). I haven't looked into this further
(yet).
On Wed, Aug 20, 2008 at 11:29 AM, Andrus Adamchik
<an...@objectstyle.org> wrote:
> BTW, I am also in favor of M5. Just recently started using trunk Modeler for
> production work - very nice! Especially the welcome screen :-)
>
> Just wish we fix class generation issues: the one below and also "int"
> attribute issue that came up on the user list.
>
> Andrus
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
BTW, I am also in favor of M5. Just recently started using trunk
Modeler for production work - very nice! Especially the welcome
screen :-)
Just wish we fix class generation issues: the one below and also "int"
attribute issue that came up on the user list.
Andrus
On Aug 16, 2008, at 9:53 AM, Andrus Adamchik wrote:
>
> On Aug 15, 2008, at 11:04 PM, Robert Zeigler wrote:
>
>> class generation for the DataMap class didn't resolve the variables
>> propertly for query method parameters
>
> Did it work on the same DataMap when executed from the "normally"
> assembled modeler?
>
> Andrus
>
>
Re: 3.0 M5?
Posted by Andrus Adamchik <an...@objectstyle.org>.
On Aug 15, 2008, at 11:04 PM, Robert Zeigler wrote:
> class generation for the DataMap class didn't resolve the variables
> propertly for query method parameters
Did it work on the same DataMap when executed from the "normally"
assembled modeler?
Andrus
Re: 3.0 M5?
Posted by Kevin Menard <ni...@gmail.com>.
It could be the way I'm invoking the modeler. The maven classworlds stuff
was a little weird to wrangle.
If you can, try running an artifact built from source. I can build one for
your platform of choice if need be.
--
Kevin
On Fri, Aug 15, 2008 at 4:04 PM, Robert Zeigler <ro...@gmail.com>wrote:
> Comment on that...
> So, I tried out the cayenne:modeler plugin in the snapshot.
> Aside from issues with getting all of the right plugins (that I finally
> resolved :), I ran into weird errors in the modeler.
> I haven't had time to look at this anymore, but errors consisted of things
> like:
> 1) class generation for the DataMap class didn't resolve the variables
> propertly for query method parameters
> 2) Had issues with attributes not properly deleting, saving, etc.
>
> I'll try to track this stuff down when I get a chance, but that may not be
> for awhile... just wanted to raise the spectre of bizarre behavior seen by
> at least this user. :)
>
> Robert
>
>
> On Aug 15, 2008, at 8/152:59 PM , Kevin Menard wrote:
>
> It's coming up on 3 months since the release of M4. While an M5 now
>> wouldn't have as many changes as M4 did, it's probably still worthwhile
>> getting it out there. It'd be nice to get all of Andrey's hard work out
>> in
>> the hands of our users.
>>
>> I know there are still some things that need to be cleaned up. But, if
>> people are open to it, I'd like to start planning the timeline for the M5
>> release.
>>
>> --
>> Kevin
>>
>
>
Re: 3.0 M5?
Posted by Robert Zeigler <ro...@gmail.com>.
Comment on that...
So, I tried out the cayenne:modeler plugin in the snapshot.
Aside from issues with getting all of the right plugins (that I
finally resolved :), I ran into weird errors in the modeler.
I haven't had time to look at this anymore, but errors consisted of
things like:
1) class generation for the DataMap class didn't resolve the variables
propertly for query method parameters
2) Had issues with attributes not properly deleting, saving, etc.
I'll try to track this stuff down when I get a chance, but that may
not be for awhile... just wanted to raise the spectre of bizarre
behavior seen by at least this user. :)
Robert
On Aug 15, 2008, at 8/152:59 PM , Kevin Menard wrote:
> It's coming up on 3 months since the release of M4. While an M5 now
> wouldn't have as many changes as M4 did, it's probably still
> worthwhile
> getting it out there. It'd be nice to get all of Andrey's hard work
> out in
> the hands of our users.
>
> I know there are still some things that need to be cleaned up. But,
> if
> people are open to it, I'd like to start planning the timeline for
> the M5
> release.
>
> --
> Kevin