morph-developer Mailing List for Morph
Brought to you by:
orangeherbert,
sgarlatm
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(3) |
Feb
(4) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
2006 |
Jan
(1) |
Feb
(6) |
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(12) |
2007 |
Jan
(44) |
Feb
(36) |
Mar
(24) |
Apr
(59) |
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(4) |
Dec
(3) |
2008 |
Jan
(34) |
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
(7) |
Sep
(2) |
Oct
|
Nov
(3) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Matthew S. <mat...@sp...> - 2010-02-06 18:31:34
|
Hi Matt, that email came through fine. Have you sent any others recently? If so, I did not receive them. Sent from my iPhone On Feb 6, 2010, at 12:59 PM, Matt Benson <gud...@gm...> wrote: > > > --- > --- > --- > --------------------------------------------------------------------- > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term > contracts > Personal 24x7 support from experience hosting pros just a phone call > away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer |
From: Matt B. <gud...@gm...> - 2010-02-06 17:59:38
|
From: Matt S. <mat...@sp...> - 2009-10-20 18:04:16
|
It turns out I was just not specifying my classpath correctly. I also had to manually pull down a copy of ANTLR and put that on the classpath. Thanks! Matt On Tue, Oct 20, 2009 at 11:48 AM, Matt Benson <gud...@ya...> wrote: > Hmm, maybe you're using an Ivy jar pre-2.0? Or, maybe you should make sure > your Eclipse Ant path found the new jar? There may be another Ivy-related > problem you run into after you get this resolved; let me know... > > -Matt B > > --- On Mon, 10/19/09, Matt Sgarlata < > Mat...@wh...> wrote: > > > From: Matt Sgarlata <Mat...@wh...> > > Subject: Re: [morph-developer] Ant/Ivy build > > To: "For developers of Morph itself. NOT for questions." < > mor...@li...> > > Date: Monday, October 19, 2009, 12:20 PM > > Hi Matt B, > > > > I checked in the Locale change I spoke to you about last > > week. Unfortunately, now I'm having trouble figuring > > out how to build Morph. When I try to execute the build I > > get > > > > Buildfile: > > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml > > > > ivy-settings: > > compile: > > > > BUILD FAILED > > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:163: > > The following error occurred while executing this line: > > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:93: > > Problem: failed to create task or type > > antlib:org.apache.ivy.ant:retrieve > > > > Cause: The name is undefined. > > Action: Check the spelling. > > Action: Check that any custom tasks/types have been > > declared. > > Action: Check that any <presetdef>/<macrodef> > > declarations have taken place. > > > > > > This appears to be an antlib declaration. > > Action: Check that the implementing library exists in one > > of: > > > > -/Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib > > -/Users/matthewsgarlata/.ant/lib > > > > -a directory added on the command line with > > the -lib argument > > > > > > Total time: 302 milliseconds > > > > I placed an Ivy JAR in > > /Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib > > but that didn't seem to help. Any ideas? > > > > > > Thanks! > > > > Matt > > > > On Fri, Feb 8, 2008 at 7:54 PM, > > Matt Benson <gud...@ya...> > > wrote: > > > > Matt S: > > > > I have been using Morph's Ivy settings with IvyDE > > in > > > > Eclipse. However, I got so sick of the plugin locking > > > > up Eclipse that I was forced to upgrade to the > > > > development versions of Ivy and IvyDE locally. I have > > > > just checked in changes to Composite and Morph for the > > > > minor modifications needed to use Ivy 2.0beta. I'm > > > > not sure if you've been using any of this stuff, so > > > > let me know what if anything you need to know from me > > > > if you are. > > > > > > > > Thanks and sorry for any breakage, > > > > Matt B > > > > > > > > > > > > > > > ____________________________________________________________________________________ > > > > Looking for last minute shopping deals? > > > > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > > > > > > ------------------------------------------------------------------------- > > > > This SF.net email is sponsored by: Microsoft > > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > morph-developer mailing list > > > > mor...@li... > > > > https://lists.sourceforge.net/lists/listinfo/morph-developer > > > > > > > > > > -- > > This message is intended only for the named recipient. If > > you are not the intended recipient, you are notified that > > disclosing, copying, distributing, or taking any action in > > reliance on the contents of this information is strictly > > prohibited. > > > > > > > > -----Inline Attachment Follows----- > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference > > in SF, CA > > is the only developer event you need to attend this year. > > Jumpstart your > > developing skills, take BlackBerry mobile applications to > > market and stay > > ahead of the curve. Join us from November 9 - 12, 2009. > > Register now! > > http://p.sf.net/sfu/devconference > > -----Inline Attachment Follows----- > > > > _______________________________________________ > > morph-developer mailing list > > mor...@li... > > https://lists.sourceforge.net/lists/listinfo/morph-developer > > > > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > -- This message is intended only for the named recipient. If you are not the intended recipient, you are notified that disclosing, copying, distributing, or taking any action in reliance on the contents of this information is strictly prohibited. |
From: Matt B. <gud...@ya...> - 2009-10-20 15:48:35
|
Hmm, maybe you're using an Ivy jar pre-2.0? Or, maybe you should make sure your Eclipse Ant path found the new jar? There may be another Ivy-related problem you run into after you get this resolved; let me know... -Matt B --- On Mon, 10/19/09, Matt Sgarlata <Mat...@wh...> wrote: > From: Matt Sgarlata <Mat...@wh...> > Subject: Re: [morph-developer] Ant/Ivy build > To: "For developers of Morph itself. NOT for questions." <mor...@li...> > Date: Monday, October 19, 2009, 12:20 PM > Hi Matt B, > > I checked in the Locale change I spoke to you about last > week. Unfortunately, now I'm having trouble figuring > out how to build Morph. When I try to execute the build I > get > > Buildfile: > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml > > ivy-settings: > compile: > > BUILD FAILED > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:163: > The following error occurred while executing this line: > /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:93: > Problem: failed to create task or type > antlib:org.apache.ivy.ant:retrieve > > Cause: The name is undefined. > Action: Check the spelling. > Action: Check that any custom tasks/types have been > declared. > Action: Check that any <presetdef>/<macrodef> > declarations have taken place. > > > This appears to be an antlib declaration. > Action: Check that the implementing library exists in one > of: > > -/Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib > -/Users/matthewsgarlata/.ant/lib > > -a directory added on the command line with > the -lib argument > > > Total time: 302 milliseconds > > I placed an Ivy JAR in > /Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib > but that didn't seem to help. Any ideas? > > > Thanks! > > Matt > > On Fri, Feb 8, 2008 at 7:54 PM, > Matt Benson <gud...@ya...> > wrote: > > Matt S: > > I have been using Morph's Ivy settings with IvyDE > in > > Eclipse. However, I got so sick of the plugin locking > > up Eclipse that I was forced to upgrade to the > > development versions of Ivy and IvyDE locally. I have > > just checked in changes to Composite and Morph for the > > minor modifications needed to use Ivy 2.0beta. I'm > > not sure if you've been using any of this stuff, so > > let me know what if anything you need to know from me > > if you are. > > > > Thanks and sorry for any breakage, > > Matt B > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > morph-developer mailing list > > mor...@li... > > https://lists.sourceforge.net/lists/listinfo/morph-developer > > > > > -- > This message is intended only for the named recipient. If > you are not the intended recipient, you are notified that > disclosing, copying, distributing, or taking any action in > reliance on the contents of this information is strictly > prohibited. > > > > -----Inline Attachment Follows----- > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference > in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to > market and stay > ahead of the curve. Join us from November 9 - 12, 2009. > Register now! > http://p.sf.net/sfu/devconference > -----Inline Attachment Follows----- > > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > |
From: Matt S. <Mat...@wh...> - 2009-10-19 17:20:49
|
Hi Matt B, I checked in the Locale change I spoke to you about last week. Unfortunately, now I'm having trouble figuring out how to build Morph. When I try to execute the build I get Buildfile: /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml ivy-settings: compile: BUILD FAILED /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:163: The following error occurred while executing this line: /Users/matthewsgarlata/Eclipse/workspace/Morph/build.xml:93: Problem: failed to create task or type antlib:org.apache.ivy.ant:retrieve Cause: The name is undefined. Action: Check the spelling. Action: Check that any custom tasks/types have been declared. Action: Check that any <presetdef>/<macrodef> declarations have taken place. This appears to be an antlib declaration. Action: Check that the implementing library exists in one of: -/Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib -/Users/matthewsgarlata/.ant/lib -a directory added on the command line with the -lib argument Total time: 302 milliseconds I placed an Ivy JAR in /Applications/eclipse/plugins/org.apache.ant_1.7.0.v200803061910/lib but that didn't seem to help. Any ideas? Thanks! Matt On Fri, Feb 8, 2008 at 7:54 PM, Matt Benson <gud...@ya...> wrote: > Matt S: > I have been using Morph's Ivy settings with IvyDE in > Eclipse. However, I got so sick of the plugin locking > up Eclipse that I was forced to upgrade to the > development versions of Ivy and IvyDE locally. I have > just checked in changes to Composite and Morph for the > minor modifications needed to use Ivy 2.0beta. I'm > not sure if you've been using any of this stuff, so > let me know what if anything you need to know from me > if you are. > > Thanks and sorry for any breakage, > Matt B > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > -- This message is intended only for the named recipient. If you are not the intended recipient, you are notified that disclosing, copying, distributing, or taking any action in reliance on the contents of this information is strictly prohibited. |
From: Matt B. <gud...@ya...> - 2009-10-16 18:12:12
|
I see what you're saying. You want to default to the Locale where the app is _running_, rather than the user's Locale. I agree that that makes sense. Thanks, Matt B --- On Fri, 10/16/09, Matt Sgarlata <mat...@sp...> wrote: > From: Matt Sgarlata <mat...@sp...> > Subject: [morph-developer] Changing Morph so it does NOT pick up on Locale > To: "For developers of Morph itself. NOT for questions." <mor...@li...> > Date: Friday, October 16, 2009, 11:57 AM > Hey Matt B, > > It sure has been a while! I hope you are doing well. > > Today I had a French user of our application unable to use > the > application because Morph was unable to convert the String > "3.33" to a Double. The reason was that Morph > was trying to perform the conversion using French as the > locale instead of English. This happens because currently > Transfers extending from BaseTransformer are too smart when > it comes to determining the Locale to use for performing > conversions. For calls when the Locale is not specified > when calling convert or copy, instead of simply using > Locale.getDefault(), Morph's trying to find the Locale > from Spring. This leads to unexpected behavior because > methods like Integer.parseInt work when Morph doesn't. > > > > This has actually come up several times for us at Spider, > so I am going to change BaseTransformer.getLocale() as > follows. Here is the old version > > protected Locale getLocale() { > Locale locale = null; > > > if > (ClassUtils.isClassPresent(SPRING_LOCALE_CONTEXT_HOLDER_CLASS)) > { > try { > Class contextHolderClass = > Class.forName(SPRING_LOCALE_CONTEXT_HOLDER_CLASS); > Method getLocaleMethod = > > > > contextHolderClass.getMethod("getLocale", > (Class[]) null); > locale = (Locale) > getLocaleMethod.invoke(null, (Object[]) null); > } > catch (Exception e) { > > > log.warn("Unable to > retrieve locale from Spring", e); > } > } > > if (locale == null) { > locale = Locale.getDefault(); > } > > return locale; > > > } > > New version: > > protected Locale getLocale() { > > return Locale.getDefault(); > > } > > > Sound good? Thanks! > > Matt > -- > This message is intended only for the named recipient. If > you are not the intended recipient, you are notified that > disclosing, copying, distributing, or taking any action in > reliance on the contents of this information is strictly > prohibited. > > > > > -----Inline Attachment Follows----- > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference > in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to > market and stay > ahead of the curve. Join us from November 9 - 12, 2009. > Register now! > http://p.sf.net/sfu/devconference > -----Inline Attachment Follows----- > > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > |
From: Matt S. <mat...@sp...> - 2009-10-16 17:27:10
|
Hey Matt B, It sure has been a while! I hope you are doing well. Today I had a French user of our application unable to use the application because Morph was unable to convert the String "3.33" to a Double. The reason was that Morph was trying to perform the conversion using French as the locale instead of English. This happens because currently Transfers extending from BaseTransformer are too smart when it comes to determining the Locale to use for performing conversions. For calls when the Locale is not specified when calling convert or copy, instead of simply using Locale.getDefault(), Morph's trying to find the Locale from Spring. This leads to unexpected behavior because methods like Integer.parseInt work when Morph doesn't. This has actually come up several times for us at Spider, so I am going to change BaseTransformer.getLocale() as follows. Here is the old version protected Locale getLocale() { Locale locale = null; if (ClassUtils.isClassPresent(SPRING_LOCALE_CONTEXT_HOLDER_CLASS)) { try { Class contextHolderClass = Class.forName(SPRING_LOCALE_CONTEXT_HOLDER_CLASS); Method getLocaleMethod = contextHolderClass.getMethod("getLocale", (Class[]) null); locale = (Locale) getLocaleMethod.invoke(null, (Object[]) null); } catch (Exception e) { log.warn("Unable to retrieve locale from Spring", e); } } if (locale == null) { locale = Locale.getDefault(); } return locale; } New version: protected Locale getLocale() { return Locale.getDefault(); } Sound good? Thanks! Matt -- This message is intended only for the named recipient. If you are not the intended recipient, you are notified that disclosing, copying, distributing, or taking any action in reliance on the contents of this information is strictly prohibited. |
From: Matt S. <mat...@sp...> - 2008-11-04 21:14:09
|
I'm fine with that. At Spider we've stopped supporting JVM 1.4. Matt On Tue, Nov 4, 2008 at 3:40 PM, Matt Benson <gud...@ya...> wrote: > Should we attempt to target Morph 2.0 for Java 1.5, or > was that already on the table? Does spiderstrategies > have clients using earlier JVMs? > > -Matt B > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > -- This message is intended only for the named recipient. If you are not the intended recipient, you are notified that disclosing, copying, distributing, or taking any action in reliance on the contents of this information is strictly prohibited. |
From: Matt B. <gud...@ya...> - 2008-11-04 20:40:58
|
Should we attempt to target Morph 2.0 for Java 1.5, or was that already on the table? Does spiderstrategies have clients using earlier JVMs? -Matt B |
From: Matt B. <gud...@ya...> - 2008-09-23 22:13:47
|
Thanks, Niall! -Matt --- Niall Pemberton <nia...@gm...> wrote: > With the release of BeanUtils 1.8.0[1] the > comparison page[2] on the > Morph site is now out of date and states some things > that are now > inaccurate. I'm sure there are many reasons why > Morph is superior - > just not some of the ones currently listed. > Specifically: > > - BeanUtils LongConverter can convert a > java.util.Date into a > java.lang.Long (and the date converters can do Long > to java.util.Date) > - BeanUtils still only offers one language > implementation, but this > can be changed to a certain extent by plugging in a > custom Resolver[3] > implementation. > - While BeanUtils does have a special syntax for > maps (using > brackets), you can use the same dot notation, as > with normal POJO > properties. So, for example, you can use either > "somepojo.mymap.mapkey" or "somepojo.mymap(mapkey)". > One advantage of > the map syntax is that you can access map values > that contain dot > notation. > > I'm not that familiar with Morph (took a peek a long > while ago) - but > for conversion one way Morph is superior is that it > included Locale in > its Converter interface (BeanUtils has "localized" > converters, but > they're a mess and unusable IMO). > > Niall > > [1] > http://commons.apache.org/beanutils/v1.8.0/RELEASE-NOTES.txt > [2] > http://morph.sourceforge.net/alternatives/beanutils.html > [3] > http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/expression/Resolver.java > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your > Move Developer's challenge > Build the coolest Linux based applications with > Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source > event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > |
From: Niall P. <nia...@gm...> - 2008-09-23 22:01:32
|
With the release of BeanUtils 1.8.0[1] the comparison page[2] on the Morph site is now out of date and states some things that are now inaccurate. I'm sure there are many reasons why Morph is superior - just not some of the ones currently listed. Specifically: - BeanUtils LongConverter can convert a java.util.Date into a java.lang.Long (and the date converters can do Long to java.util.Date) - BeanUtils still only offers one language implementation, but this can be changed to a certain extent by plugging in a custom Resolver[3] implementation. - While BeanUtils does have a special syntax for maps (using brackets), you can use the same dot notation, as with normal POJO properties. So, for example, you can use either "somepojo.mymap.mapkey" or "somepojo.mymap(mapkey)". One advantage of the map syntax is that you can access map values that contain dot notation. I'm not that familiar with Morph (took a peek a long while ago) - but for conversion one way Morph is superior is that it included Locale in its Converter interface (BeanUtils has "localized" converters, but they're a mess and unusable IMO). Niall [1] http://commons.apache.org/beanutils/v1.8.0/RELEASE-NOTES.txt [2] http://morph.sourceforge.net/alternatives/beanutils.html [3] http://svn.apache.org/repos/asf/commons/proper/beanutils/trunk/src/java/org/apache/commons/beanutils/expression/Resolver.java |
From: SourceForge.net <no...@so...> - 2008-08-21 18:13:59
|
Feature Requests item #2065373, was opened at 2008-08-21 13:13 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700933&aid=2065373&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) Assigned to: Matt Benson (orangeherbert) Summary: Add CloningConverter implementation Initial Comment: Will call public Object clone() if available. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700933&aid=2065373&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-21 16:47:03
|
Bugs item #1120983, was opened at 2005-02-11 13:06 Message generated for change (Settings changed) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1120983&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Matt Sgarlata (sgarlatm) Assigned to: Nobody/Anonymous (nobody) Summary: Detect transformations of cyclic graphs Initial Comment: Detect when there is a cycle in a graph of objects so as to avoid starting an infinite loop ---------------------------------------------------------------------- Comment By: Matt Sgarlata (sgarlatm) Date: 2005-04-19 17:28 Message: Logged In: YES user_id=1161666 Fixed in Morph 0.8.x. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1120983&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-21 16:41:48
|
Feature Requests item #2065205, was opened at 2008-08-21 11:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700933&aid=2065205&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) Assigned to: Nobody/Anonymous (nobody) Summary: Add Immutable interface Initial Comment: The addition of an Immutable marker interface will allow Morph clients to guide deep transformations to prefer conversion for immutable types. Rather than encourage clients to couple their code to Morph explicitly, AOP introductions will be recommended. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700933&aid=2065205&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-21 16:05:45
|
Bugs item #2063141, was opened at 2008-08-20 17:25 Message generated for change (Settings changed) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: Fixed Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) Assigned to: Matt Benson (orangeherbert) Summary: MapCopier breaks when source entry class is non-instantiable Initial Comment: Morph tries to instantiate/copy a map Entry when copying a map. As a node copier, MapCopier should actually try to deep-copy the Map Entry, but should also avoid trying to instantiate unknown Entry types, particularly because using a source and destination map of different types virtually guarantees the source entry class is not the correct one for the destination (this last point is actually moot because the Entry instance is not used directly, but reflected into the destination map via put(k, v) ). ---------------------------------------------------------------------- Comment By: Matt Benson (orangeherbert) Date: 2008-08-21 11:05 Message: Logged In: YES user_id=120761 Originator: YES svn revision 419. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-21 16:05:22
|
Bugs item #2063141, was opened at 2008-08-20 17:25 Message generated for change (Comment added) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) Assigned to: Matt Benson (orangeherbert) Summary: MapCopier breaks when source entry class is non-instantiable Initial Comment: Morph tries to instantiate/copy a map Entry when copying a map. As a node copier, MapCopier should actually try to deep-copy the Map Entry, but should also avoid trying to instantiate unknown Entry types, particularly because using a source and destination map of different types virtually guarantees the source entry class is not the correct one for the destination (this last point is actually moot because the Entry instance is not used directly, but reflected into the destination map via put(k, v) ). ---------------------------------------------------------------------- >Comment By: Matt Benson (orangeherbert) Date: 2008-08-21 11:05 Message: Logged In: YES user_id=120761 Originator: YES svn revision 419. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-20 22:32:08
|
Bugs item #2063141, was opened at 2008-08-20 17:25 Message generated for change (Settings changed) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) >Assigned to: Matt Benson (orangeherbert) Summary: MapCopier breaks when source entry class is non-instantiable Initial Comment: Morph tries to instantiate/copy a map Entry when copying a map. As a node copier, MapCopier should actually try to deep-copy the Map Entry, but should also avoid trying to instantiate unknown Entry types, particularly because using a source and destination map of different types virtually guarantees the source entry class is not the correct one for the destination (this last point is actually moot because the Entry instance is not used directly, but reflected into the destination map via put(k, v) ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-08-20 22:25:36
|
Bugs item #2063141, was opened at 2008-08-20 17:25 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Benson (orangeherbert) Assigned to: Nobody/Anonymous (nobody) Summary: MapCopier breaks when source entry class is non-instantiable Initial Comment: Morph tries to instantiate/copy a map Entry when copying a map. As a node copier, MapCopier should actually try to deep-copy the Map Entry, but should also avoid trying to instantiate unknown Entry types, particularly because using a source and destination map of different types virtually guarantees the source entry class is not the correct one for the destination (this last point is actually moot because the Entry instance is not used directly, but reflected into the destination map via put(k, v) ). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=2063141&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-06-27 02:20:13
|
Bugs item #1121392, was opened at 2005-02-12 11:35 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1121392&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Matt Sgarlata (sgarlatm) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for JDK 1.4 CharSequences Initial Comment: Add CharSequence support to Morph (e.g. for Transformers) ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2008-06-26 22:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Matt Benson (orangeherbert) Date: 2008-06-12 14:23 Message: Logged In: YES user_id=120761 Originator: NO This is implemented in svn r354 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1121392&group_id=124910 |
From: Matt B. <gud...@ya...> - 2008-06-13 23:45:10
|
That wasn't nearly as painful as I thought it would be. If I had known it would be that (relatively easy) I'd have been making sf.net releases ages ago. :) -Matt B |
From: SourceForge.net <no...@so...> - 2008-06-12 18:23:06
|
Bugs item #1121392, was opened at 2005-02-12 10:35 Message generated for change (Comment added) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1121392&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: Matt Sgarlata (sgarlatm) Assigned to: Nobody/Anonymous (nobody) Summary: Add support for JDK 1.4 CharSequences Initial Comment: Add CharSequence support to Morph (e.g. for Transformers) ---------------------------------------------------------------------- >Comment By: Matt Benson (orangeherbert) Date: 2008-06-12 13:23 Message: Logged In: YES user_id=120761 Originator: NO This is implemented in svn r354 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1121392&group_id=124910 |
From: SourceForge.net <no...@so...> - 2008-06-12 18:18:13
|
Bugs item #1700375, was opened at 2007-04-13 17:12 Message generated for change (Comment added) made by orangeherbert You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1700375&group_id=124910 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matt Sgarlata (sgarlatm) Assigned to: Nobody/Anonymous (nobody) Summary: Improve error messages for nested transformations Initial Comment: When an error occurs during a deep copy of an object graph, the error messages are confusing. Here is an example: net.sf.morph.transform.TransformationException: Error copying source [com.spider.cms.hdao.impl.PerformanceChartHDao@1, com.spider.cms.hdao.impl.PerformanceChartHDao@2, com.spider.cms.hdao.impl.PerformanceChartHDao@1] (class org.hibernate.collection.PersistentList) to destination [com.spider.cms.hdao.impl.PerformanceChartHDao@1, com.spider.cms.hdao.impl.PerformanceChartHDao@2, com.spider.cms.hdao.impl.PerformanceChartHDao@1] (class org.hibernate.collection.PersistentList) at net.sf.morph.transform.transformers.BaseTransformer.copy(BaseTransformer.java:402) at net.sf.morph.transform.transformers.SimpleDelegatingTransformer.copyImpl(SimpleDelegatingTransformer.java:245) at It would be nice if we could spit out something better like "Error copying property some.nested.path where source was ___ and destination was ___" or perhaps "Error copying property 'path' of object at path 'some.nested' where source was __ and destination was ___" Right now the error message looks like it could be something wrong with Morph when really that's not the case at all. The error messages need to give more context of where we are in the graph that the error is happening. ---------------------------------------------------------------------- >Comment By: Matt Benson (orangeherbert) Date: 2008-06-12 13:18 Message: Logged In: YES user_id=120761 Originator: NO I think the transformerName/reflectorName properties go a long way here, since they show up in logging. ---------------------------------------------------------------------- Comment By: Matt Benson (orangeherbert) Date: 2007-04-14 00:04 Message: Logged In: YES user_id=120761 Originator: NO I think it would be nice in general to have a facility in Morph whereby one could determine the current position in an object graph. I'm thinking it might be fairly easy to do this with a ThreadLocal stack of property names and have been kind of letting this idea cook for awhile to figure out how to do this as non-invasively as possible, maybe by providing an aspect to be applied to any NodeCopier (this would probably be very easy to Spring-wire, for example). Maybe if this were available message-building code could query some known threadlocal to learn whether the node-tracker was in use, and augment the created messages accordingly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=700930&aid=1700375&group_id=124910 |
From: Matt B. <gud...@ya...> - 2008-02-08 23:55:07
|
Matt S: I have been using Morph's Ivy settings with IvyDE in Eclipse. However, I got so sick of the plugin locking up Eclipse that I was forced to upgrade to the development versions of Ivy and IvyDE locally. I have just checked in changes to Composite and Morph for the minor modifications needed to use Ivy 2.0beta. I'm not sure if you've been using any of this stuff, so let me know what if anything you need to know from me if you are. Thanks and sorry for any breakage, Matt B ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping |
From: Matt B. <gud...@ya...> - 2008-02-08 15:22:57
|
Guess I forgot the patch, but you get the idea. I'll commit momentarily. -Matt B --- Matt Sgarlata <mat...@sp...> wrote: > I know the nested transformations can cause things > to get difficult to > debug, but I never had any idea what could be done > to fix that. This sounds > like a simple solution that should help! Good > thinking. > > Take care, > > Matt > > On Feb 7, 2008 6:43 PM, Matt Benson > <gud...@ya...> wrote: > > > I'm attaching a simple patch to allow defining a > > transformer name on BaseTransformer; this will be > used > > as the identifier in the Log (and defaults to > > getClass().getName() for BC). It seems like this > > should be extremely helpful for debugging (I have > a > > lot of outlandishly nested transformations that > you > > might not even believe). WDYT? > > > > -Matt B > > > > > > > > > ____________________________________________________________________________________ > > Looking for last minute shopping deals? > > Find them fast with Yahoo! Search. > > > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio > 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > morph-developer mailing list > > mor...@li... > > > https://lists.sourceforge.net/lists/listinfo/morph-developer > > > > > > -- > This message is intended only for the named > recipient. If you are not the > intended recipient, you are notified that > disclosing, copying, distributing, > or taking any action in reliance on the contents of > this information is > strictly prohibited. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio > 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/> _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs |
From: Matt S. <mat...@sp...> - 2008-02-08 12:41:10
|
I know the nested transformations can cause things to get difficult to debug, but I never had any idea what could be done to fix that. This sounds like a simple solution that should help! Good thinking. Take care, Matt On Feb 7, 2008 6:43 PM, Matt Benson <gud...@ya...> wrote: > I'm attaching a simple patch to allow defining a > transformer name on BaseTransformer; this will be used > as the identifier in the Log (and defaults to > getClass().getName() for BC). It seems like this > should be extremely helpful for debugging (I have a > lot of outlandishly nested transformations that you > might not even believe). WDYT? > > -Matt B > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > morph-developer mailing list > mor...@li... > https://lists.sourceforge.net/lists/listinfo/morph-developer > -- This message is intended only for the named recipient. If you are not the intended recipient, you are notified that disclosing, copying, distributing, or taking any action in reliance on the contents of this information is strictly prohibited. |