Questions for an Enterprise Architect
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
The content has been bookmarked!
There was an error bookmarking this content! Please retry.
Posted by Ian Roughley on Mar 12, 2008
J2EE Spider is a new open source tool for rapidly developing form-based web applications. The objectives of J2EE Spider are simple:
Generating codes whenever you want, with whatever you want and however you want.
When allow us to generate codes not only in the beginning of the project, but also to perform an incremental build. This concept of successive builds uses merge whenever necessary so that it won't lose customizations that may have been done in the code.
With what is the flexibility in the choice of frameworks. This allows the developer to decide which technologies will be part of the generated code, taking advantage of his/her team's know-how. In the future, it is intended to allow the generation with the greatest possible number of frameworks.
How allows us to alter the generation code template so that the generated code will be as similar as possible to the development methodology of each team. It is also possible to add new resources to the standard code generation in an easy and simple way.
Key features of J2EE Spider include:
As well as being able to provide custom page templates for your applications, new technologies can be integrated as necessary. However, for "out of the box" functionality the following technologies are provided:
At the moment the documentation is limited. The best source of information is through several screencasts. These demonstrate the features in action and are available in several formats:
The minimum requirements to use J2EE Spider in your projects is Java 5, Eclipse (with WTP), a JEE or Servlet container and the J2EE Spider plug-in. More information, as well as the download location for the plug-in, can be found at the J2EE spider website http://www.j2eespider.org.
Improve Java Garbage Collection, Runtime Execution, and JVM visibility with Zing
Getting Started with Stratos - an Open Source Cloud Platform
Using Drools? See what you're missing! Get the Power of Drools with the Assurance of Red Hat
18 agile and lean practices for effective software development governance
Looks interesting. Could you please compare and contrast it to Sculptor?
fornax-platform.org/cp/x/aAQ
There's always more than one tool for a job, and it's good to have some basis on which to choose between them.
Cheers,
Andrew
Hi Andrew,
I never used the Sculptor, but it seems to be a tool based on models - Model-Driven Development (MDD). The SPIDER is another concept. I will try to explain the differences.
In SPIDER you don't need to create diagrams and has no dependency on the tool if you want to change the code. The SPIDER helps you to create the code of your project and after create the files it have a person as owner: the developer. The SPIDER don't need to maintain any regular sync with the code. You can continue your project manually... after a few weeks can use the SPIDER again for new Use Case.
SPIDER doesn't have the dependency between code and tool, the two are completely independent. If half of the project you decide not to use more the SPIDER, ok. You can do this.
Some other similar tools has some manual steps as: many commands maven or interface via prompt (DOS) using only commands (example: AppFuse). The abstraction of SPIDER is higher and doesn't need to know or learn anything to use the tool... It is much easier and allows more features eg choose layout (skin) visually - do this in a prompt would be bad.
The facilities of SPIDER allow you to create projects much faster than with MDD tools or tools based on commands.
The quality will also be good because the generated code is based on templates. You can use your template with the customizations you want.
The UML diagram and documentation are important, but we don't need it to configure project or create CRUDs. The SPIDER is more agile and can create code (as you want) without using the concept of MDD, then you save time.
In my opinion MDD is important (for example) for modeling a system and create it in several different technologies. If your system has only one technology (JEE), MDD is not necessary or not adds many advantages. So the SPIDER is not a MDD tool.
www.j2eespider.org/cnf/display/EN/Comparative
Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?
Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.
Chris Richardson shows how he ported a relational database to three NoSQL data stores: Redis, Cassandra and MongoDB.
Jean Tabaka challenges the audience to reflect on what Agile practices they are employing, how they are using them, ending with the questions “Why have their organization chosen to go Agile?
Andreas talks about the benefits of the Open Web and how it compares to proprietary stacks. He also talks about various projects that push the envelope like Boot to Gecko, Broadway and pdf.js.
Ron Bodkin discusses early adoption of Hadoop, NoSQL and describes MapReduce and related libraries and Frameworks. Other topics include Hive, Pig, multi tenancy, and security in a big data environment
Stephen Bohlen explains how Spring helps with interoperability between Java and .NET, demoing it with the help of a sample application.
Guilherme Silveira mentions some of the turning points in project development that may affect the quality of the code offering advice on avoiding writing crappy code.
2 comments
Watch Thread Reply