Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [dali-dev] Questions regarding WTP project merge


Neil,

We agree in general. Here are my comments.

In general we create components, not subprojects, for specs. Since Dali implements a single Java EE 5 spec, i.e JPA, it naturally corresponds to a component of JST. JST has components for Servlet, JSP, EJB, etc. This is how the JSF tools will be handled. The Eclipse naming convention would be to begin your packages with:

org.eclipse.jst.jpa.*

The package renaming would occur after WTP 1.5 ships. For WTP 1.5, we'll include Dali as is and position it as a "Tech Preview".

There will be some additional dependencies as Dali gets aligned with the WTP architecture. For example, now Dali has a menu command to add persistence to a project. The WTP way to do this is to use Facets.

Concerning running in a container, Dali needs to be spec compliant so if the spec says you can run outside a container than Dali needs to support that. IMHO we need to encourage POJO development .

I don't understand what it means to "Run Dali as a standalone application". Do you mean the tool or the applications it generates? If you mean the tool, please explain. Thx.

Arthur Ryman,
IBM Software Group, Rational Division

blog: http://ryman.eclipsedevelopersjournal.com/
phone: +1-905-413-3077, TL 969-3077
assistant: +1-905-413-2411, TL 969-2411
fax: +1-905-413-4920, TL 969-4920
mobile: +1-416-939-5063, text: 4169395063@xxxxxxx



Neil Hauge <neil.hauge@xxxxxxxxxx>
Sent by: dali-dev-bounces@xxxxxxxxxxx

03/28/2006 10:15 AM

Please respond to
neil.hauge@xxxxxxxxxx; Please respond to
"General Dali EJB ORM developer discussion." <dali-dev@xxxxxxxxxxx>

To
"General Dali EJB ORM developer discussion." <dali-dev@xxxxxxxxxxx>
cc
Subject
Re: [dali-dev] Questions regarding WTP project merge





Markus,

I'll answer these questions based on my current understanding of how
this will work.  Arthur may be able to further clarify on a couple of these.

- Is Dali to become a subproject of WTP with its own project lead?
Dali will become either a subproject of the WTP with its own lead OR a
component under the JST with a component lead. The WTP PMC, with input
from us, will probably decide what makes the most sense.

- What does this step mean for the code? Will it result in more code
dependencies and requirements (for example will it be possible to use
Dali outside of a container context. Afaik WTP relies on a container all
the time)?
This move will not change our core requirements.  We will still provide
support for outside the container contexts. It should not increase our
dependencies, as we already are and plan to be dependent on a number of
WTP components and frameworks.  Many of the WTP components do not rely
on container specific functionality.  The XML component would be a good
example of something that could be used in any environment.

- Will it still be possible to run Dali as a standalone application?
Yes, it would still be possible to run Dali as a standalone application
(WTP components would be a packaged pre-req)

- Is our project road map (task priorities/features/...) going to change?
No, not specifically related to the move.  As our exposure to the
Eclipse community grows, different inputs may result in these types of
changes, but this is an expected part of the iterative nature of the
project.


Neil Hauge




Markus Kuppe wrote:

> Hi,
>
> after yesterdays conference calls several questions arose regarding
> the project merge into the WTP in the next months.
> - Is Dali to become a subproject of WTP with its own project lead?
> - What does this step mean for the code? Will it result in more code
> dependencies and requirements (for example will it be possible to use
> Dali outside of a container context. Afaik WTP relies on a container
> all the time)?
> - Will it still be possible to run Dali as a standalone application?
> - Is our project road map (task priorities/features/...) going to change?
>
_______________________________________________
dali-dev mailing list
dali-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dali-dev


Back to the top