Tiles Use In A Disconnected PC
One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20808] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20808 HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload --- Additional Comments From [EMAIL PROTECTED] 2003-06-17 09:59 --- David, you will remark that this is struts related. The problem (cf bug 20744) while using struts 1.0.2 and is probably (after some work from Oleg) due to the FileUpload component used in this struts version (which might be using an older version of the fileupload component indeed). I am not even sure whether struts uses the commons FileUpload component at all. That is why I reported it anyway to the struts team. I suppose the bug still occurs in v1.0.2. which is still the stable version. regards dirkp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - jakarta-struts
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-06-17/jakarta-struts.html Buildfile: build.xml dist.legacy: init: [echo] -- Struts Legacy Distribution 1.1-rc2 -- prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/classes/META-INF [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/conf [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/docs [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/docs/api resources: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/classes [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/classes/META-INF [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/conf [copy] Replacing: @name@ - Struts Legacy Distribution [copy] Replacing: @version@ - 1.1-rc2 compile: [javac] Compiling 1 source file to /home/rubys/jakarta/jakarta-struts/target/classes docs: [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package org.apache.struts.legacy... [javadoc] Constructing Javadoc information... [javadoc] Standard Doclet version 1.4.1 [javadoc] Building tree for all the packages and classes... [javadoc] Building index for all the packages and classes... [javadoc] Building index for all classes... [javadoc] Generating /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/docs/api/stylesheet.css... dist: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist [jar] Building jar: /home/rubys/jakarta/jakarta-struts/contrib/struts-legacy/dist/struts-legacy.jar init: [echo] - jakarta-struts 1.1-rc2 - [echo] java.class.path = /home/rubys/jakarta/xml-commons/java/external/build/xml-apis.jar:/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar:/home/rubys/jakarta/xml-xerces2/java/build/xercesImpl.jar:/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar:.:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/usr/java/j2sdk1.4.1_02/jre/lib/rt.jar:/usr/java/j2sdk1.4.1_02/lib/tools.jar:/home/rubys/jakarta/ant/dist/lib/ant.jar:/home/rubys/jakarta/ant/dist/lib/ant-jmf.jar:/home/rubys/jakarta/ant/dist/lib/ant-junit.jar:/home/rubys/jakarta/ant/dist/lib/ant-stylebook.jar:/home/rubys/jakarta/ant/dist/lib/ant-swing.jar:/home/rubys/jakarta/ant/dist/lib/ant-trax.jar:/home/rubys/jakarta/ant/dist/lib/ant-xalan2.jar:/home/rubys/jakarta/ant/dist/lib/nodeps.jar:/opt/jdbc2_0/jdbc2_0-stdext.jar:/home/rubys/jakarta/jakarta-servletapi-4/lib/servlet.jar:/home/rubys/jakarta/jakarta-commons/beanutils/dist/commons-beanutils.jar:/home/rubys/jakarta/jakarta-commons/collections/dist/commons-collections.jar:/home/rubys/jakarta/jakarta-commons/digester/dist/commons-digester.jar:/home/rubys/jakarta/jakarta-commons/fileupload/target/commons-fileupload-20030617.jar:/home/rubys/jakarta/jakarta-commons/lang/dist/commons-lang-20030617.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging.jar:/home/rubys/jakarta/jakarta-commons/logging/dist/commons-logging-api.jar:/home/rubys/jakarta/jakarta-commons/validator/dist/commons-validator.jar:/home/rubys/jakarta/jakarta-oro/jakarta-oro-20030617.jar:/home/rubys/jakarta/jakarta-struts/target/library/classes:/home/rubys/jakarta/jakarta-struts/target/tiles/library/classes [echo] java.home = /usr/java/j2sdk1.4.1_02/jre [echo] user.home = /home/rubys prepare.dist: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/lib [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/dist/webapps prepare.library: [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF/tlds [mkdir] Created dir: /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/struts/resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library/classes/META-INF [copy] Copying 8 files to /home/rubys/jakarta/jakarta-struts/target/library/classes/org/apache/struts/resources [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library [copy] Copying 1 file to /home/rubys/jakarta/jakarta-struts/target/library BUILD FAILED /home/rubys/jakarta/jakarta-struts/build.xml:251: Warning: Could not find file /home/rubys/jakarta/jakarta-struts/${struts-legacy.jar} to copy. Total time: 6 seconds
DO NOT REPLY [Bug 20835] New: - html rewrite tag using page attribute bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20835. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20835 html rewrite tag using page attribute bug Summary: html rewrite tag using page attribute bug Product: Struts Version: 1.1 RC1 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This bug only exists in RC2 (it worked fine in RC1). When using the html rewite tag with the page attribute, Struts is suppossed to generate the full URL based on the current application module. However, it places the context root into the URL twice. For example... source is: html:rewrite page=/submission/approvepdf/approveOrWait.do paramId=assetUID paramName=assetState paramProperty=assetUID/' Struts generates: http://localhost:8080/jest/jest/author/submission/approvepdf/approveOrWait.do? assetUID=3487 Struts should generate: http://localhost:8080/jest/author/submission/approvepdf/approveOrWait.do? assetUID=3487 The context root in the above example is jest. Wayne Robinson. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts/.NET (was JavaPro)
And IDEA may be the best developer's UI ever invented. Ted, would you mind comparing IDEA to Eclipse a little bit, if you have time? Not a full blown feature-by-feature review, just highlights. I've historically always been restricted to whatever my employer gives me (which has usually been JBuilder), so I have little experience in different UIs. Things are about to change though :) -TPP - This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Also, email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Dynamic link between front end and back end
Hi, I am developing a web app using J2EE. Our business is so dynamic that some of my back end tables have new columns added in future (after the web app is rolled out into production). Does struts framework provide us this feature of recognizing that new columns are added to a table and its corresponding bean automatically reflects with the newly added column. The requirement is that I don't have to change my front end or any Java classes if new columns are added to my data base tables. Please suggest Siva - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dynamic link between front end and back end
Hello, I think that it's not struts developer related since you can use whatever data access layer you want to acces your datas. It's not to struts to deal with the database, so you should read documentation of your DAO layer (torque,hibernate,j2ee container... whatever you have) for know if it disturb it to add new columns. I use my own (little) (but fast and reliable) DAO Layer and with it there is no problem to add column, since my dao layer retrieve only the columns who are declared in my application and ignore the other (added) columns. So read the doc, and ask USER forums of our DAO layer provider. [EMAIL PROTECTED] wrote: Hi, I am developing a web app using J2EE. Our business is so dynamic that some of my back end tables have new columns added in future (after the web app is rolled out into production). Does struts framework provide us this feature of recognizing that new columns are added to a table and its corresponding bean automatically reflects with the newly added column. The requirement is that I don't have to change my front end or any Java classes if new columns are added to my data base tables. Please suggest Siva - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ludovic Maître Factory Productions | Tél: (33) 04 93 07 08 00 149, avenue des mimosas | Fax: (33) 04 93 07 04 02 06700 Saint-Laurent-du-Var (France) | Web: http://www.factory.fr - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20808] - HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20808. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20808 HTTPClient MultiPartPostMethod inconsistent behaviour compared to standard form upload [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-17 13:46 --- The comments in the other report and the latest one here indicate this has been fixed post 1.0.2 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20835] - html:rewrite tag using page attribute bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20835. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20835 html:rewrite tag using page attribute bug [EMAIL PROTECTED] changed: What|Removed |Added Summary|html rewrite tag using page |html:rewrite tag using |attribute bug |page attribute bug --- Additional Comments From [EMAIL PROTECTED] 2003-06-17 13:48 --- Are you using WAS? There is a known problem in WAS 4 that leads to this output. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles Use In A Disconnected PC
Craig, I receive the same errors when using the validator. I wound up removing the DOCTYPE declaration as well. Joshua -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 3:18 AM To: [EMAIL PROTECTED] Subject: Tiles Use In A Disconnected PC One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles Use In A Disconnected PC
I had reported this with Validator ages ago and I thought it had been fixed. I better try it soon, before TheServerSide Symposium! :O Erik On Tuesday, June 17, 2003, at 09:52 AM, White, Joshua A (HTSC, CASD) wrote: Craig, I receive the same errors when using the validator. I wound up removing the DOCTYPE declaration as well. Joshua -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 3:18 AM To: [EMAIL PROTECTED] Subject: Tiles Use In A Disconnected PC One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles Use In A Disconnected PC
Validator is OK. I had a problem recently but it was my fault for including the wrong Struts jar. Once I spotted it and added the RC2 jar everything was fine. During the process of figuring that out we found that you could use change the doctype to SYSTEM and reference a local copy. (Useful for a quick fix). I'm afraid I don't know about tiles though. Steve -Original Message- From: White, Joshua A (HTSC, CASD) [mailto:[EMAIL PROTECTED] Sent: June 17, 2003 6:53 AM To: 'Struts Developers List' Subject: RE: Tiles Use In A Disconnected PC Craig, I receive the same errors when using the validator. I wound up removing the DOCTYPE declaration as well. Joshua -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 17, 2003 3:18 AM To: [EMAIL PROTECTED] Subject: Tiles Use In A Disconnected PC One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
web doc updates for RC2
I went to get the official RC2 build today and noticed that the acquiring page needs updated... http://jakarta.apache.org/struts/acquiring.html still refers to the 1.1 RC1 build. I hope someone can fix this... ;^) David Hibbs Staff Programmer / Analyst Distributed Applications Development and Support American National Insurance Company - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles Use In A Disconnected PC
I just checked, and sure enough, the path that's being registered for the local DTDs does not match the location of the DTDs within the jar. I'm not sure which one is wrong, but I'll fix this tonight, unless someone else beats me to it. (Oh, the perils of an always-on connection! ;) Regarding Validator, there was a similar issue with versions prior to Validator 1.0.2, but I'm pretty sure there is no problem with 1.0.2, which is what's bundled with Struts 1.1 RC2. If I'm wrong, someone please correct me ASAP so that we can fix that too. It seems like a nightly version of validator is bundled in RC2 because we've been getting bug reports caused by the recent refactorings I've done over in commons-validator. I fixed the reported bugs but we should be distributing commons-validator 1.0.2 not 1.1-dev. David -- Martin Cooper On Tue, 17 Jun 2003, Craig R. McClanahan wrote: One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles Use In A Disconnected PC
On Tue, 17 Jun 2003, Martin Cooper wrote: Date: Tue, 17 Jun 2003 10:39:08 -0700 (PDT) From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Tiles Use In A Disconnected PC I just checked, and sure enough, the path that's being registered for the local DTDs does not match the location of the DTDs within the jar. Phew ... it wasn't just me :-). I'm not sure which one is wrong, but I'll fix this tonight, unless someone else beats me to it. (Oh, the perils of an always-on connection! ;) I got the value I'm using from Ted's book: !DOCTYPE tiles-definitions PUBLIC -//Apache Software Foundation//DTD Ties COnfiguration 1.1//EN http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd; and I'd vote to go with that. Regarding Validator, there was a similar issue with versions prior to Validator 1.0.2, but I'm pretty sure there is no problem with 1.0.2, which is what's bundled with Struts 1.1 RC2. If I'm wrong, someone please correct me ASAP so that we can fix that too. Validator worked fine for me offline. -- Martin Cooper Craig On Tue, 17 Jun 2003, Craig R. McClanahan wrote: One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles Use In A Disconnected PC
On Tue, 17 Jun 2003, Craig R. McClanahan wrote: On Tue, 17 Jun 2003, Martin Cooper wrote: Date: Tue, 17 Jun 2003 10:39:08 -0700 (PDT) From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Tiles Use In A Disconnected PC I just checked, and sure enough, the path that's being registered for the local DTDs does not match the location of the DTDs within the jar. Phew ... it wasn't just me :-). I'm not sure which one is wrong, but I'll fix this tonight, unless someone else beats me to it. (Oh, the perils of an always-on connection! ;) I got the value I'm using from Ted's book: !DOCTYPE tiles-definitions PUBLIC -//Apache Software Foundation//DTD Ties COnfiguration 1.1//EN http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd; and I'd vote to go with that. Sorry, I wasn't clear in my message. The mismatch is between where the code is looking in the jar, and where the DTD actually is in the jar. In fact, the problem turns out to be even more strange. The code is registering each public ID twice, with different entity URLs. It would appear that the second one registered is the one it's trying to use. In any case, we shouldn't be registering more than once for the same public ID! By the way, Craig, I notice you have Ties instead of Tiles in the doctype above. I assume that's a typo in the message, and not in your code? ;-) -- Martin Cooper Regarding Validator, there was a similar issue with versions prior to Validator 1.0.2, but I'm pretty sure there is no problem with 1.0.2, which is what's bundled with Struts 1.1 RC2. If I'm wrong, someone please correct me ASAP so that we can fix that too. Validator worked fine for me offline. -- Martin Cooper Craig On Tue, 17 Jun 2003, Craig R. McClanahan wrote: One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition XmlParser.java
martinc 2003/06/17 20:58:03 Modified:src/share/org/apache/struts/tiles/xmlDefinition XmlParser.java Log: Only register each public ID once, and register it with the correct entity URL. Reported by Craig McClanahan. Revision ChangesPath 1.11 +4 -8 jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition/XmlParser.java Index: XmlParser.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/tiles/xmlDefinition/XmlParser.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- XmlParser.java27 Feb 2003 19:19:42 - 1.10 +++ XmlParser.java18 Jun 2003 03:58:03 - 1.11 @@ -92,14 +92,10 @@ protected String registrations[] = { // pre 1.1 -//Apache Software Foundation//DTD Tiles Configuration//EN, -/org/apache/struts/tiles/resources/tiles-config_1_1.dtd, --//Apache Software Foundation//DTD Tiles Configuration//EN, /org/apache/struts/resources/tiles-config_1_1.dtd, -//Apache Software Foundation//DTD Components Configuration//EN, -/org/apache/struts/tiles/resources/tiles-config.dtd, +/org/apache/struts/resources/tiles-config.dtd, // version 1.1 --//Apache Software Foundation//DTD Tiles Configuration 1.1//EN, -/org/apache/struts/tiles/resources/tiles-config_1_1.dtd, -//Apache Software Foundation//DTD Tiles Configuration 1.1//EN, /org/apache/struts/resources/tiles-config_1_1.dtd, }; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] IDEA was Struts/.NET (was JavaPro)
And IDEA may be the best developer's UI ever invented. Ted, would you mind comparing IDEA to Eclipse a little bit, if you have time? Not a full blown feature-by-feature review, just highlights. I've used the latest Eclipse, and it's ok, but it's not IDEA. Eclipse has many of the features IDEA has, but not all, and they're not quite as well integrated. They have live templates, but IDEA's are easier to invoke etc etc. Eclipse have taken on some of the features to the degree that they seem to have even ripped off some of the icons (eg. the little light globe for code hints). Take custom keymaps. Eclipse can finally do custom key maps, but only for _some_ functions. IDEA can keymap _any_ function. The entire keymap for the whole IDE is changeable. You can even set keymaps to run your own ANT targets. I _really_ dig this. For repetitive tasks, I have an ANT build file full of messy things I've keymapped to make life easier. All the little stuff, it's toe-to-toe. But the big ones like the local in built version control and the diff tool are not there, and they're awesome tools. The diff tool, is great, shows up things in a flash. Local version control, didn't know you needed it until you have it. IDEA keeps a version history of _all_ your changes to files regardless of any other versioning system for the team. Basically, it rocks. Set labels and things, roll back to last known good versions... it's now indispensible. One of the killer features about the local VCS, is that IDEA unlike any other editor I've ever seen, can undo global search and replaces in your project for the entire undo histroy. too cool for words. You'll find that people using IDEA will swear by it. I dig it so much they got my money from my own wallet, in spite of other editors being free and my stingy tendencies. :P There's a demo available, best way to find out is to suck it and see. Arron. I've historically always been restricted to whatever my employer gives me (which has usually been JBuilder), so I have little experience in different UIs. Things are about to change though :) -TPP - This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Also, email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] IDEA was Struts/.NET (was JavaPro)
I'd have to concur with Arron on IDEA vs. Eclipse. I was so impressed by IDEA that I also shelled out the $300 license from my own pocket even though Eclipse is free. The ability to map any command to a keyboard shortcut is indeed wonderful. It integrates well with perforce (which we use at work), and is generally more stable, faster, and is better at memory management, from what I can tell. -jason On Tuesday 17 June 2003 09:10 pm, Arron Bates wrote: And IDEA may be the best developer's UI ever invented. Ted, would you mind comparing IDEA to Eclipse a little bit, if you have time? Not a full blown feature-by-feature review, just highlights. I've used the latest Eclipse, and it's ok, but it's not IDEA. Eclipse has many of the features IDEA has, but not all, and they're not quite as well integrated. They have live templates, but IDEA's are easier to invoke etc etc. Eclipse have taken on some of the features to the degree that they seem to have even ripped off some of the icons (eg. the little light globe for code hints). Take custom keymaps. Eclipse can finally do custom key maps, but only for _some_ functions. IDEA can keymap _any_ function. The entire keymap for the whole IDE is changeable. You can even set keymaps to run your own ANT targets. I _really_ dig this. For repetitive tasks, I have an ANT build file full of messy things I've keymapped to make life easier. All the little stuff, it's toe-to-toe. But the big ones like the local in built version control and the diff tool are not there, and they're awesome tools. The diff tool, is great, shows up things in a flash. Local version control, didn't know you needed it until you have it. IDEA keeps a version history of _all_ your changes to files regardless of any other versioning system for the team. Basically, it rocks. Set labels and things, roll back to last known good versions... it's now indispensible. One of the killer features about the local VCS, is that IDEA unlike any other editor I've ever seen, can undo global search and replaces in your project for the entire undo histroy. too cool for words. You'll find that people using IDEA will swear by it. I dig it so much they got my money from my own wallet, in spite of other editors being free and my stingy tendencies. :P There's a demo available, best way to find out is to suck it and see. Arron. I've historically always been restricted to whatever my employer gives me (which has usually been JBuilder), so I have little experience in different UIs. Things are about to change though :) -TPP - This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Also, email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] IDEA was Struts/.NET (was JavaPro)
I have used Eclipse a couple of times, just to see how it worked. For me, I just didn't get it. I couldn't understand how I was supposed to set up a project. Then, I couldn't edit jsp's or xml in it. Now there are plugins, but I don't know how good they are. I do know, they don't stand a chance against IDEA. I am another person that spent his own money on IDEA. Setting up a project was a breeze. JSP's have auto complete and syntax highlighting. Same goes for XML. Even without a DTD, IDEA offers you choices of the tags you have previously used. As others have mentioned, you don't have to take your hand off the keyboard to do anything. Everything has a key mapped to it to make life easy. Speaking of making life easy... If you type SomeClass sc = new SomeClass(); if you haven't imported SomeClass yet, IDEA offers to add the import for you. To say yes, just hit ALT+ENTER. As a matter of fact, you will learn to hit ALT+ENTER and CTRL+SPACE often. They are your friend. Getters and Setters? They are an ALT+INSERT, UPKEY, UPKEY, ENTER away. Oh, and when it adds code for you, it follows the code format that you have set, so you don't have to go back and put your { in the right place. Oh yeah, and most of these capabilities are in Eclipse, or Jbuilder... But they require you to use your mouse, or they Just don't get it right. I am starting to sound like an infomercial... But IDEA is the greatest tool ever. Carl -Original Message- From: Jason L. Buberel [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 18, 2003 1:05 AM To: Struts Developers List Subject: Re: [OT] IDEA was Struts/.NET (was JavaPro) I'd have to concur with Arron on IDEA vs. Eclipse. I was so impressed by IDEA that I also shelled out the $300 license from my own pocket even though Eclipse is free. The ability to map any command to a keyboard shortcut is indeed wonderful. It integrates well with perforce (which we use at work), and is generally more stable, faster, and is better at memory management, from what I can tell. -jason On Tuesday 17 June 2003 09:10 pm, Arron Bates wrote: And IDEA may be the best developer's UI ever invented. Ted, would you mind comparing IDEA to Eclipse a little bit, if you have time? Not a full blown feature-by-feature review, just highlights. I've used the latest Eclipse, and it's ok, but it's not IDEA. Eclipse has many of the features IDEA has, but not all, and they're not quite as well integrated. They have live templates, but IDEA's are easier to invoke etc etc. Eclipse have taken on some of the features to the degree that they seem to have even ripped off some of the icons (eg. the little light globe for code hints). Take custom keymaps. Eclipse can finally do custom key maps, but only for _some_ functions. IDEA can keymap _any_ function. The entire keymap for the whole IDE is changeable. You can even set keymaps to run your own ANT targets. I _really_ dig this. For repetitive tasks, I have an ANT build file full of messy things I've keymapped to make life easier. All the little stuff, it's toe-to-toe. But the big ones like the local in built version control and the diff tool are not there, and they're awesome tools. The diff tool, is great, shows up things in a flash. Local version control, didn't know you needed it until you have it. IDEA keeps a version history of _all_ your changes to files regardless of any other versioning system for the team. Basically, it rocks. Set labels and things, roll back to last known good versions... it's now indispensible. One of the killer features about the local VCS, is that IDEA unlike any other editor I've ever seen, can undo global search and replaces in your project for the entire undo histroy. too cool for words. You'll find that people using IDEA will swear by it. I dig it so much they got my money from my own wallet, in spite of other editors being free and my stingy tendencies. :P There's a demo available, best way to find out is to suck it and see. Arron. I've historically always been restricted to whatever my employer gives me (which has usually been JBuilder), so I have little experience in different UIs. Things are about to change though :) -TPP - This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender by reply email and delete all copies of this message. Also, email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any
Re: Page layout: Please forward (fwd)
Forwarding a report of web site problems. -- Martin Cooper -- Forwarded message -- Date: Mon, 09 Jun 2003 12:13:21 -0400 From: Apache Software Foundation [EMAIL PROTECTED] Reply-To: Jakarta Project Management Committee List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Page layout: Please forward not acked. -- The Apache Software Foundation If you have not looked at http://www.apache.org/foundation/preFAQ.html PLEASE DO SO NOW. There's an excellent chance your question/concern is addressed therein. If your question concerns licensing, please see http://www.apache.org/foundation/licence-FAQ.html---BeginMessage--- Hello, please do me a favour and forward the following remark to the webmaster or to whoever is involved with page layout. I do not expect any reply. Thank you. MS Internet Explorer 5.5 prints the following page badly in portrait format, even the so-called printer friendly version: http://jakarta.apache.org/struts/userGuide/preface.html The body text is truncated on the right. I expect, this applies to a lot more pages, since they are all layouted in the same way. Reason: The page uses a nested TABLE layout with with two images in the first outer row. Their combined width, unfortunately, exceeds the width of a normal printing page. Since both the width of the outer and of the inner table is set to 100%, the result is poor. After I stored the page on my disk and removed the outer table structure like this, the result was ok. body text=#00 vlink=#023264 alink=#023264 link=#023264 bgcolor=#ff !-- JAKARTA LOGO -- a href=http://jakarta.apache.org/; img alt=... src=.../jakarta-logo.gif align=left border=0/a !-- STRUTS LOGO -- a href=http://jakarta.apache.org/struts/; img alt=... src=.../struts.gif align=right border=0/a br clear=all hr !-- Here begins the former inner table -- table cellspacing=5 cellpadding=5 width=100% border=0 tbody tr td bgcolor=#023264 font face=arial,helvetica,sanserif color=#ff size=+1 strong0. Preface: Core Technologies/strong /font /td /tr ... and so on. Regards Hubert Kauker travel-BA.Sys GmbH Co. KG Backoffice- AdministrationsSysteme Alexanderstrasse 38 D-45472 Mülheim an der Ruhr, Germany www.travelbasys.de Telefon: +49 208 4947360. Fax: +49 208 491587. mailto:[EMAIL PROTECTED] ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles Use In A Disconnected PC
I just checked, and sure enough, the path that's being registered for the local DTDs does not match the location of the DTDs within the jar. I'm not sure which one is wrong, but I'll fix this tonight, unless someone else beats me to it. (Oh, the perils of an always-on connection! ;) Regarding Validator, there was a similar issue with versions prior to Validator 1.0.2, but I'm pretty sure there is no problem with 1.0.2, which is what's bundled with Struts 1.1 RC2. If I'm wrong, someone please correct me ASAP so that we can fix that too. -- Martin Cooper On Tue, 17 Jun 2003, Craig R. McClanahan wrote: One of my the demos for my JavaOne sessions (using Struts and JDO together) used Tiles -- but I ran into problems trying to parse the tiles-definitions.xml file when disconnected from the Internet. The only way I could fix this was to remove the DOCTYPE declaration (which is bad); this made the app work, but fired off a bunch of wierd parse errors in the Tomcat logs. The Struts code I used was very near (but not identical) what we shipped in RC2. I've seen a variety of comments on STRUTS-USER implying that this is still an issue. Can you guys please confirm that using the standard DOCTYPE declaration, when disconnected from the Internet, actually works? Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]