Raible's Wiki

Raible Designs
Wiki Home
News
Recent Changes

AppFuse

Homepage
  - Korean
  - Chinese
  - Italian
  - Japanese

QuickStart Guide
  - Chinese
  - French
  - German
  - Italian
  - Korean
  - Portuguese
  - Spanish
  - Japanese

User Guide
  - Korean
  - Chinese

Tutorials
  - Chinese
  - German
  - Italian
  - Korean
  - Portuguese
  - Spanish

FAQ
  - Korean

Latest Downloads

Other Applications

Struts Resume
Security Example
Struts Menu

Set your name in
UserPreferences


Referenced by
LeftMenu




JSPWiki v2.2.33

[RSS]


Hide Menu

AppFuse_it


Difference between version 6 and version 5:

At line 286 changed 1 line.
This biggest feature in this release is __Documentation__. I finally found the time to write up some [Tutorials|Articles] on developing with AppFuse. They're on this wiki and also in the "docs" folder of the binary and source downloads. In writing this documentation, I went through almost all aspects of the code with a fine-tooth comb made sure it's doing what I want it to do.
La feature principale in questa release è la __Documentazione__. Ho finalmente trovato il tempo per scrivere alcuni [Tutorial|Articles] su come sviluppare con AppFuse. Sono su questo wiki ed anche nella cartella "docs" dei download di sorgente e binari. Nello scrivere questa documentazione, ho ripercorso il codice in dettaglio con un pettine fine in modo da essere sicuro che il comportamento fosse quello desiderato.
At line 288 changed 1 line.
I was finally able to get things working with J2EE 1.4, which basically involved removing j2ee.jar from my MailUtil's classpath and just including activation.jar and mail.jar. If you're not there yet, simply change the paths for activation.jar and mail.jar in properties.xml (look for common.compile.classpath). You can use j2ee.jar instead of mail.jar and activation.jar with J2EE 1.3 and 1.4 B2.
Sono finalmente riuscito a far funzionare il tutto con J2EE 1.4, il che di base significava rimuovere il j2ee.jar dal classpath della mia MailUtil ed includere semplicemente activation.jar e mail.jar. Se non ti è ancora chiaro, basta che modifichi i path di activation.jar e mail.jar in properties.xml (cerca common.compile.classpath). Puoi usare j2ee.jar invece di mail.jar e activation.jar con J2EE 1.3 e 1.4 B2.
At line 290 changed 1 line.
I was also able to get all unit tests to pass on Tomcat 5, and the "setup-tomcat" target now supports Tomcat 5. I wasn't able to get "Remember Me" to work - see [the tomcat-user mailing list|http://tinyurl.com/ywv4] for more details.
Sono anche riuscito a far andare tutti gli unit test su Tomcat 5, ed il target "setup-tomcat" ora lo supporta correttamente. Non sono invece riuscito a far funzionare il "Remember Me" - vedi [la mailing list tomcat-user|http://tinyurl.com/ywv4] per ulteriori dettagli.
At line 292 changed 1 line.
Included in this release are upgrades to [Hibernate|http://hibernate.org] 2.1 Final and [Display Tag|http://displaytag.sf.net] 1.0 B2. For a complete changelog, [view the README.txt in CVS|http://tinyurl.com/yzx6].
Sono inclusi in questo rilascio gli aggiornamenti ad [Hibernate|http://hibernate.org] 2.1 Final e [Display Tag|http://displaytag.sf.net] 1.0 B2. Per un changelog completo, [vedi il README.txt in CVS|http://tinyurl.com/yzx6].
At line 301 changed 2 lines.
I feel this release deserves the big __1.0__ designation because it is an up-to-date representation of my learnings and my perceived
best practices in building web applications. Of course, as I learn more, I will continue to push out new releases.
Credo che questa release si meriti un bel titolo da __1.0__ in quanto si tratta di una rappresentazione aggiornate di quanto ho imparato e percepito come best practice nella realizzazione di applicazioni web. Naturalmente, come imparo altro, continuerò a tirar fuori nuove release.
At line 304 changed 5 lines.
In this release, I did a lot of refactoring and enhancements to existing features. The DAO and Manager interfaces are no longer tied
to Struts or Hibernate. Hibernate's Session object is now passed as an argument into Manager and DAO constructors, rather than
method signatures. The DAOFactory was refactored by <a href="http://www.coyotesong.com/">Bear Giles</a> to use reflection to
instantiate Hibernate DAO's. Now, if you add a new DAO, you don't have to edit DAOFactory and DAOFactoryHibernate. To insantiate a
new DAO, the code is now:
In questa release, ho applicato numerosi refactoring e migliorato le feature esistenti. Le interfacce DAO e Manager non sono più legate a Struts o Hibernate. L'oggetto Session di Hibernate ora viene passato come argomento nei costruttori di Manager e DAO, invece che nelle firme dei metodi. La DAOFactory è stata riscritta da <a href="http://www.coyotesong.com/">Bear Giles</a> in modo da usare la reflection per creare nuove istanze dei DAO di Hibernate. Ora, se aggiungi un nuovo DAO, non devi più modificare DAOFactory e DAOFactoryHibernate. Per creare una nuova istanza di DAO, il codice è il seguente:
At line 313 changed 1 line.
...where __conn__ is a connection object retrieved from ServiceLocator or ActionFilter. When you add new POJOs, you still have to add them to ServiceLocator (for JUnit tests) and hibernate.cfg.xml, which is kindof a pain. I'd like to figure out a way to tell Hibernate to just look in appfuse-ejb.jar.
...dove __conn__ è un oggetto connessione ottenuto da ServiceLocator o ActionFilter. Quando aggiungi nuovi POJO, devi ancora aggiungerli al ServiceLocator (per i test JUnit) e ad hibernate.cfg.xml, il che non è piacevole. Mi piacerebbe trovare un modo per dire ad Hibernate di guardare semplicemente in appfuse-ejb.jar.
At line 315 changed 3 lines.
The Remember Me feature has been refactored so the username and password cookies are only available under
the /appfuse/security url-pattern. I also changed the posting to "j_security_check" in LoginServlet from response.sendRedirect to
an HTTP POST, using Jakarta Common's HttpClient. The reason I have a LoginServlet vs. just using action="j_security_check" in my &lt;form&gt; is to encrypt passwords.
La feature del Remember Me è stata riscritta in modo che i cookie relativi a username e password siano disponibili solo sotto l'url-pattern /appfuse/security. Ho anche modificato l'invio s "j_security_check" nella LoginServlet da response.sendRedirect ad una HTTP POST, usando HttpClient dei Jakarta Commons. La motivazione di avere una LoginServlet al posto di usare semplicemente action="j_security_check" nei miei &lt;form&gt; è nella possibità di avere password codificate.
At line 319 changed 3 lines.
I've developed 3 different applications using AppFuse ([struts-resume|StrutsResume] is one of them), and I have found that it's a pain to
upgrade to new versions of AppFuse. Because of this, I don't recommend upgrading unless you really need to. I will be upgrading
struts-resume to AppFuse 1.0, but I doubt I'll upgrade it to any future AppFuse releases - it's just too much work for not much reward.
Ho sviluppato 3 diverse applicazioni usando AppFuse ([struts-resume|StrutsResume] è una di loro), e mi sono reso conto che è problematico aggiornarle a nuove versioni di AppFuse. Per questo motivo non raccomando di aggiornare, a meno che non ce ne sia davvero il bisogno. Ho intenzione di aggiornare struts-resume ad AppFuse 1.0, ma dubito che lo farò per le prossime release di AppFuse - è che il lavoro è troppo se paragonato alla ricompensa.
At line 328 changed 1 line.
I rilasci precedenti si possono trovare su [http://raibledesigns.com/downloads].
Le release precedenti si possono trovare su [http://raibledesigns.com/downloads].

Back to AppFuse_it, or to the Page History.