From: Patrice G. <pa...@ma...> - 2002-03-06 20:30:55
|
Hi Anjo, > log4j.rootCategory=DEBUG, A1 > log4j.appender.A1=org.apache.log4j.ConsoleAppender > log4j.appender.A1.layout=er.extensions.ERXPatternLayout > log4j.appender.A1.layout.ConversionPattern=%-5p %d{HH:mm:ss} (%-20c:%L) %x - > %m%n > log4j.category.er=INFO Excellent point. I am adding GettingStarted in ERExtensions, with this and a couple of other tidbits. In fact, while I'm at it, I am adding a GettingStarted and a ToDo to ERExtensions, ERDirectToWeb and BugTracker. No expense spared!! > > > Also: > > ER[X]EntityClassDescription.registerDescription(); > > is commented out in the ERXExtensions...is there a reason for that? > Not that I know of; my guess would be that it's not finished yet. >> - for ERD2WModel similary in the ERDirectToWeb static initializer > >> There should be no need for the explicit initialization > > Class c=ERDirectToWeb.class; > > in my app's constructor, because the framework does *not* load it's main > class. The reason for this is: > > ak@linux:ak > cat > /Library/Frameworks/ERDirectToWebJava.framework/Resources/Info.plist > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE plist SYSTEM > "file://localhost/System/Library/DTDs/PropertyList.dtd"> > <plist version="0.9"> > <dict> > <key>CFBundleDevelopmentRegion</key> > <string>English</string> > <key>CFBundleExecutable</key> > <string>_WO$(SERVER_UNIQUIFIER)ERDirectToWebJava</string> > <key>CFBundleInfoDictionaryVersion</key> > <string>6.0</string> > <key>CFBundlePackageType</key> > <string>FMWK</string> > <key>CFBundleSignature</key> > <string>????</string> > <key>CFBundleVersion</key> > <string>0.0.1d1</string> > <key>NSJavaNeeded</key> > <string>YES</string> > <key>NSJavaPath</key> > <array> > > <string>_WO$(SERVER_UNIQUIFIER)ERDirectToWebJava.jar</string> > </array> > <key>NSJavaRoot</key> > <string>Versions/A/Resources/Java</string> > </dict> > </plist> > > Compare this to: > > > ak@linux:ak > cat > /Library/Frameworks/ERExtensionsJava.framework/Resources/Info.plist > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE plist SYSTEM > "file://localhost/System/Library/DTDs/PropertyList.dtd"> > <plist version="0.9"> > <dict> > <key>CFBundleDevelopmentRegion</key> > <string>English</string> > <key>CFBundleInfoDictionaryVersion</key> > <string>6.0</string> > <key>CFBundlePackageType</key> > <string>FMWK</string> > <key>CFBundleSignature</key> > <string>????</string> > <key>CFBundleVersion</key> > <string>0.0.1d1</string> > <key>Has_WOComponents</key> > <true/> > <key>NSExecutable</key> > <string>ERExtensionsJava</string> > <key>NSJavaPathClient</key> > <string>ERExtensionsJava.jar</string> > <key>NSJavaRootClient</key> > <string>WebServerResources/Java</string> > <key>NSPrincipalClass</key> > <string>er.extensions.ERXExtensions</string> > </dict> > </plist> > > > So, the path to the jar not set correctly. I have *no* clue why this might > be the case. Could someone else please verify this? This is most definitely working for me; in fact: patrice@strap:~/Roots % cat ERDirectToWebJava.framework/Resources/Info.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist SYSTEM "file://localhost/System/Library/DTDs/PropertyList.dtd"> <plist version="0.9"> <dict> <key>CFBundleDevelopmentRegion</key> <string>English</string> <key>CFBundleInfoDictionaryVersion</key> <string>6.0</string> <key>CFBundlePackageType</key> <string>FMWK</string> <key>CFBundleSignature</key> <string>????</string> <key>CFBundleVersion</key> <string>0.0.1d1</string> <key>Has_WOComponents</key> <true/> <key>NSExecutable</key> <string>ERDirectToWebJava</string> <key>NSJavaNeeded</key> <true/> <key>NSJavaPath</key> <array> <string>ERDirectToWebJava.jar</string> </array> <key>NSJavaPathClient</key> <string>ERDirectToWebJava.jar</string> <key>NSJavaRoot</key> <string>Resources/Java</string> <key>NSJavaRootClient</key> <string>WebServerResources/Java</string> <key>NSPrincipalClass</key> <string>er.directtoweb.ERDirectToWeb</string> </dict> </plist> > >> * As far as missing components (which ones are missing btw? for ex. > > The missing components is "ERDEditDateJavascript". The other errors I had > where D2W "can't find page for ..." errors. In every case, either the > d2w.d2wmodel was wrong or the missing initialisation was causing problems. > > > The way it works on my machine, I run into problems if I set the build > location to some real path ("/Users/roots" or whatever) That is because > "Application Server.build" has no project specific prefix and thus is shared > amongst all open projects. Since this directory contains "JavaClasses" it > get's overwritten at will and is confusing PB to no end. My solution is to > set the > > INSTALL_PATH_FOR_STYLE = $(INSTALL_PATH) > > in the "Development" build style. Then the final framework lands in > /Library/Frameworks and I reference them in other projects from this > location. > > I have *no* clue if that is correct procedure or not, I just know that I had > no end of trouble when I didn't do things that way. I'd be glad if someone > with more insight (Bill?-) could help me a bit with that procedure...until > then I'm very reluctant to commit my pbxproj's as this might seriously screw > up builds for others. > > Update after re-sending to wonder-disc: After I set the > INSTALL_PATH_FOR_STYLE back to "$(SYMROOT)", the built framework contains > the correct Info.plist. Grr. Do I really have to create symlinks in > /Library/Frameworks to some obscure build-directory or how am I supposed to > include the frameworks? > The way I have stuff setup here is: I have the general pref for build results set to separate location for build products, ~patrice/Roots the pref for intermediate results is set to 'keep intermediate results with build products' Things do not clash in that directory.. I get a .build and a .framework directory for each project. I then have my > Some other points I'd like do/add/see soon: > > 1) add support for my "defaultValues" to ERXEntityClassDescription I sent to > Max a while ago. It let's you set initial values in EOModeler (via a > userInfo entry) so you don't need to write custom classes just to have some > defaults. > sounds good! > 2) add use of the CompilerProxy framework. This can only happen when the > extra garbage files are removed because of the way the class names list it > needs is created (something like 'grep package *.java|...'). So there > mustn't be any other files in the project directory. > > 3) I added support for Mysql in the BugTracker model. Unfortunately, Mysql > doesn't like "READ" and "TEXT" as column names, so I changed them to "READ_" > and "TEXT_". Should I create a separate model or what should I do with it? > good question; I don't know of a good scheme to maintain a model targetted to several DBs at once. As long it's just changing a column name, it's fine. go ahead and commit in the original model. I suspect longer term, if we want to support different DBs, we'll have to either: - package as many eomodels.. - or another potential solution is to have runtime code to switch the adaptor on the fly and take care of changes like column names (which would obviously pose problems at generation time). I am not sure this is feasible, but could be worth a look > 4) Once the ClassList.txt is up to date, move the texts into JavaDoc > comments the respective classes and turn it into a more readable HTML page. yep. > > 5) Re-Group the Components/Classes in the PBX Tree view. It is painfully > slow with these many many files... > I am checking in a little utility that I wrote to parse pbx projects to sort stuff. Extending it to do repackaging like what you mention shouldn't take very long.. try checking out PBXTool -P > Cheers, Anjo > > on 05.03.2002 19:39 Uhr, Patrice Gautier at pa...@ma... wrote: > >> Hi Anjo, >> >> >> A few things: >> >> * wonder-cvs is not the ideal place to send discussion mail. It probably >> should only be used by cvs itself, since a lot of us will have mail rules to >> put those messages in different places. I've created a new list, >> wonder-disc, which according to sourceforge should be available in the next >> 24 hours. Details to follow.. >> >> * BugTracker hobbles along for me (for bugs related stuff at least, haven't >> tried test items). The initialization sequence you refer to should be >> occurring automatically. There are bits in: >> >> - for Log4J in ERXExtensions static initializer (should be called >> automatically since ERXExtensions is the principal class of the ERExtensions >> framework) >> >> - for ERD2WModel similary in the ERDirectToWeb static initializer >> >> >> There should be no need for the explicit initialization >> >> * As far as missing components (which ones are missing btw? for ex. I know >> the printer friendly rules are just pointing to the wrong component names at >> the moment) and model glitches it's very likely those are just straight >> bugs. Please go ahead and commit your fixes! >> >> >> Thanks in advance for your help! >> >> >> >> -P >> >> >> >>> All: >>> >>> I'm currently trying to get BugTracker app to work...since I'm not very sure >>> if I'm doing the right thing - has anyone tried to actually run the version >>> in the CVS? It doesn't work (at least for long) if I don't add a bit of >>> initialization in the constructor , like setting put the D2WModel and >>> configuring Log4J. >>> >>> ERXLog4j.configureLogging(); >>> Class c=ERD2WModel.class; // force initialization >>> // Configures the system for trace rule firing. >>> if (!WOApplication.application().isCachingEnabled()) { >>> ERXLog4j.configureRapidTurnAround(); >>> ERDirectToWeb.configureTraceRuleFiringRapidTurnAround(); >>> } >>> ERXEntityClassDescription.registerDescription(); >>> >>> This is copied from the wrox example. Also a few components are missing and >>> I noticed several other things, like TestItem being a ERXGenericRecord in >>> the model. Question is, should I put my "fixes" in CVS if I don't even know >>> what's going on? >>> >>> And is this the right channel to post questions like this or is there some >>> other place? >>> >>> Cheers, Anjo > > > _______________________________________________ > Wonder-cvs mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-cvs > > > ------ End of Forwarded Message > > > _______________________________________________ > Wonder-disc mailing list > Won...@li... > https://lists.sourceforge.net/lists/listinfo/wonder-disc |