jwt-dev http://dev.eclipse.org/mhonarc/lists/jwt-dev/maillist.html jwt-dev en-us Fri, 20 Nov 2009 04:40:07 GMT Fri, 20 Nov 2009 04:40:07 GMT http://blogs.law.harvard.edu/tech/rss MHonArc RSS 2.0 RCFile webmaster@eclipse.org (Webmaster) webmaster@eclipse.org (Webmaster) jwt-dev http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg http://dev.eclipse.org/mhonarc/lists/jwt-dev/maillist.html Re: AW: [jwt-dev] Restricting nodes as children of the main Activity http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01129.html _______________________________________________ jwt-dev mailing list jwt-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/jwt-dev
To circumvent some small problems I had integrating (based either on my lack of knowledge of JWT or missing functionality that suited my needs) I have made some small tweaks within my 0.5 local copy.  Once I have a sec to switch to 0.6, I would love the opportunity to help in any way I can.  

Is there a VDD or the like that describes the high level changes between 0.5 & 0.6?  My plan here is to re-integrate with 0.6, and then see where I stand.  If I see that I still need to bring some of my tweaks over, I will articulate them here for remarks.

Thanks again!

On Tue, Nov 17, 2009 at 4:33 AM, Marc Dutoo <marc.dutoo@xxxxxxxxxxx> wrote:
Hi Josh

Chris is the expert here, so I'm afraid he's right.

However, if you manage to make it work by making changes to the JWT source code (*), we could use it as a basis to add it as a feature in the next version.

(*) Source code of JWT 0.6 "Galileo" (Eclipse 3.5) : from the CVS anonymously, using the JWT_0_6 version or the v060 branch, as described at :
http://wiki.eclipse.org/index.php/CVS_Howto
http://wiki.eclipse.org/JWT_CVS

Regards,
Marc

Christian Saad a écrit :

Hi Josh,

to this point there is unfortunately no possibility that I know of to accomplish this behavior without altering the source code of JWT in the way you described. Since the modification of the behavior is probably something that should be possible in our context, we’ll put this on our todo list for one of the next versions. Thanks for the suggestion!

Regards,

Chris

*Von:* jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] *Im Auftrag von *Josh
*Gesendet:* Montag, 16. November 2009 05:27
*An:* jwt-dev@xxxxxxxxxxx
*Betreff:* [jwt-dev] Restricting nodes as children of the main Activity

Hello! I am sending this question to this group at the recommendation of Marc Dutoo (A copy also exists on the JWT community forums.

Following the lead of the EPC view sample, I have successfully created my own view and have happily been extending the metamodel for some custom needs. I've hit an obstacle that I was hoping someone here might have a workaround for.... Quick background: I created an extension plugin that defines my metamodel (extending off of jwt-we) and have some custom actions (extending from ActivityNode). There is some more subclassing I do from there. For example: ActivityNode <--- TypeA_CustomNode ActivityNode <--- TypeB_CustomNode Similarly, I also extended the StructuredActivityNode: StructuredActivityNode <--- CompositeNode The desired functionality: I would like to be able to create an Activity that I can add nodes of TypeA to, as well as my CompositeNode, but I would like to restrict nodes of TypeB from being drop directly to the main Activity, and constrain them only to the CompositeNode. (Type A can be placed anywhere) Problem: Running through the code it seems because ActivityNode is the superclass, the CreateChild Request is fulfilled by the ScopeLayoutEditPolicy, which, though no fault of its own, only cares about the ActivityNode being added to the Activity. I would love to be able to inject the logic to cancel the command if the ActivityNode is of TypeB, but I can't do that. Is there any combination of EditPolicies or extension points that could realize this type of behavior? Thanks in advance for any help you can offer!!

------------------------------------------------------------------------

_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev
 
_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev

]]> Fri, 20 Nov 2009 04:38:22 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01129.html public.web.josh@xxxxxxx (Josh) Re: AW: [jwt-dev] Restricting nodes as children of the main Activity http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01128.html Hi Josh Chris is the expert here, so I'm afraid he's right. However, if you manage to make it work by making changes to the JWT source code (*), we could use it as a basis to add it as a feature in the next version. (*) Source code of JWT 0.6 &quot;Galileo; (Ec... Hi Josh
Chris is the expert here, so I'm afraid he's right.

However, if you manage to make it work by making changes to the JWT source code (*), we could use it as a basis to add it as a feature in the next version.

(*) Source code of JWT 0.6 "Galileo" (Eclipse 3.5) : from the CVS anonymously, using the JWT_0_6 version or the v060 branch, as described at :
http://wiki.eclipse.org/index.php/CVS_Howto
http://wiki.eclipse.org/JWT_CVS

Regards,
Marc

Christian Saad a écrit : 

Hi Josh,

to this point there is unfortunately no possibility that I know of to accomplish this behavior without altering the source code of JWT in the way you described. Since the modification of the behavior is probably something that should be possible in our context, we’ll put this on our todo list for one of the next versions. Thanks for the suggestion!

Regards,

Chris

*Von:* jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] *Im Auftrag von *Josh
*Gesendet:* Montag, 16. November 2009 05:27
*An:* jwt-dev@xxxxxxxxxxx
*Betreff:* [jwt-dev] Restricting nodes as children of the main Activity

Hello! I am sending this question to this group at the recommendation of Marc Dutoo (A copy also exists on the JWT community forums.

Following the lead of the EPC view sample, I have successfully created my own view and have happily been extending the metamodel for some custom needs. I've hit an obstacle that I was hoping someone here might have a workaround for.... Quick background: I created an extension plugin that defines my metamodel (extending off of jwt-we) and have some custom actions (extending from ActivityNode). There is some more subclassing I do from there. For example: ActivityNode <--- TypeA_CustomNode ActivityNode <--- TypeB_CustomNode Similarly, I also extended the StructuredActivityNode: StructuredActivityNode <--- CompositeNode The desired functionality: I would like to be able to create an Activity that I can add nodes of TypeA to, as well as my CompositeNode, but I would like to restrict nodes of TypeB from being drop directly to the main Activity, and constrain them only to the CompositeNode. (Type A can be placed anywhere) Problem: Running through the code it seems because ActivityNode is the superclass, the CreateChild Request is fulfilled by the ScopeLayoutEditPolicy, which, though no fault of its own, only cares about the ActivityNode being added to the Activity. I would love to be able to inject the logic to cancel the command if the ActivityNode is of TypeB, but I can't do that. Is there any combination of EditPolicies or extension points that could realize this type of behavior? Thanks in advance for any help you can offer!!

------------------------------------------------------------------------

_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev

]]> Tue, 17 Nov 2009 09:34:05 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01128.html marc.dutoo@xxxxxxx (Marc Dutoo) AW: [jwt-dev] Restricting nodes as children of the main Activity http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01127.html Hi Josh, to this point there is unfortunately no possibility that I know of to accomplish this behavior without altering the source code of JWT in the way you described. Since the modification of the behavior is probably something that should be possibl...

Hi Josh,

 

to this point there is unfortunately no possibility that I know of to accomplish this behavior without altering the source code of JWT in the way you described. Since the modification of the behavior is probably something that should be possible in our context, we’ll put this on our todo list for one of the next versions. Thanks for the suggestion!

 

Regards,

Chris

 

Von: jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] Im Auftrag von Josh
Gesendet: Montag, 16. November 2009 05:27
An: jwt-dev@xxxxxxxxxxx
Betreff: [jwt-dev] Restricting nodes as children of the main Activity

 

Hello! I am sending this question to this group at the recommendation of Marc Dutoo (A copy also exists on the JWT community forums.  

 

Following the lead of the EPC view sample, I have successfully created my own view and have happily been extending the metamodel for some custom needs. I've hit an obstacle that I was hoping someone here might have a workaround for.... Quick background: I created an extension plugin that defines my metamodel (extending off of jwt-we) and have some custom actions (extending from ActivityNode). There is some more subclassing I do from there. For example: ActivityNode <--- TypeA_CustomNode ActivityNode <--- TypeB_CustomNode Similarly, I also extended the StructuredActivityNode: StructuredActivityNode <--- CompositeNode The desired functionality: I would like to be able to create an Activity that I can add nodes of TypeA to, as well as my CompositeNode, but I would like to restrict nodes of TypeB from being drop directly to the main Activity, and constrain them only to the CompositeNode. (Type A can be placed anywhere) Problem: Running through the code it seems because ActivityNode is the superclass, the CreateChild Request is fulfilled by the ScopeLayoutEditPolicy, which, though no fault of its own, only cares about the ActivityNode being added to the Activity. I would love to be able to inject the logic to cancel the command if the ActivityNode is of TypeB, but I can't do that. Is there any combination of EditPolicies or extension points that could realize this type of behavior? Thanks in advance for any help you can offer!!

]]> Tue, 17 Nov 2009 09:09:43 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01127.html christian.saad@xxxxxxx (Christian Saad) Re: [jwt-dev] JWT source code integration within Eclipse http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01126.html Hi Ravi I agree that it would be a valuable addition, we'll try to get that for the next release. For now, you can check out the source code from the CVS anonymously, using the JWT_0_6 version or the v060 branch, as described at : http://wiki.eclipse.org/i... Hi Ravi
I agree that it would be a valuable addition, we'll try to get that for the next release.

For now, you can check out the source code from the CVS anonymously, using the JWT_0_6 version or the v060 branch, as described at :
http://wiki.eclipse.org/index.php/CVS_Howto
http://wiki.eclipse.org/JWT_CVS

About hiding custom properties, I'll have a look at the bugzilla.

Regards,
Marc

RAVI K. THAPLIYAL a écrit : 

Hi Florian,

Is there a way to have JWT source code integrated within Eclipse just like GEF/Draw2D. Since, these frameworks come under plugin dependencies a jar with source files can’t be specified using “Attach Source” in Eclipse. We have to update Eclipse with the plugin documentation and source files.

For GEF/Draw2D I’ve installed org.eclipse.gef/draw2d.source.feature.group from their update sites. I couldn’t find source files for JWT available on its update site. Do we have something like this planned or already available for JWT.

I’m almost done integrating JWT within my RCP app that started as a Workflow Viewer and now would like to customize JWT like hiding “Custom Properties” tab whenever JWT’s editor is active. Customizations would require me to make changes into JWT’s underlying code and it would really help if I could browse through it within Eclipse.

Regards,

Ravi




MASTEK LTD.
Mastek is in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCOMASTEK

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited, unless specifically indicated to that effect. Mastek Limited does not accept any responsibility or liability for it. This e-mail and attachments (if any) transmitted with it are confidential and/or privileged and solely for the use of the intended person or entity to which it is addressed. Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. This e-mail and its attachments have been scanned for the presence of computer viruses. It is the responsibility of the recipient to run the virus check on e-mails and attachments before opening them. If you have received this e-mail in error, kindly delete this e-mail from desktop and server.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

------------------------------------------------------------------------

_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev

]]> Mon, 16 Nov 2009 15:13:27 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01126.html marc.dutoo@xxxxxxx (Marc Dutoo) [jwt-dev] Restricting nodes as children of the main Activity http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01125.html Hello! I am sending this question to this group at the recommendation of Marc Dutoo (A copy also exists on the JWT community forums. &#xA0; Following the lead of the EPC view sample, I have successfully created my own view and have happily been extending the me... Hello! I am sending this question to this group at the recommendation of Marc Dutoo (A copy also exists on the JWT community forums.  

Following the lead of the EPC view sample, I have successfully created my own view and have happily been extending the metamodel for some custom needs. I've hit an obstacle that I was hoping someone here might have a workaround for.... Quick background: I created an extension plugin that defines my metamodel (extending off of jwt-we) and have some custom actions (extending from ActivityNode). There is some more subclassing I do from there. For example: ActivityNode <--- TypeA_CustomNode ActivityNode <--- TypeB_CustomNode Similarly, I also extended the StructuredActivityNode: StructuredActivityNode <--- CompositeNode The desired functionality: I would like to be able to create an Activity that I can add nodes of TypeA to, as well as my CompositeNode, but I would like to restrict nodes of TypeB from being drop directly to the main Activity, and constrain them only to the CompositeNode. (Type A can be placed anywhere) Problem: Running through the code it seems because ActivityNode is the superclass, the CreateChild Request is fulfilled by the ScopeLayoutEditPolicy, which, though no fault of its own, only cares about the ActivityNode being added to the Activity. I would love to be able to inject the logic to cancel the command if the ActivityNode is of TypeB, but I can't do that. Is there any combination of EditPolicies or extension points that could realize this type of behavior? Thanks in advance for any help you can offer!!
]]> Mon, 16 Nov 2009 04:26:56 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01125.html public.web.josh@xxxxxxx (Josh) AW: [jwt-dev] JWT source code integration within Eclipse http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01124.html Hi Ravi, that&#8217;s definitely a good idea. I always have the source open while I&#8217;m developing something, but surely it will be a lot easier for other users if simply the source code is included in one of the builds. As this is a feature for the release eng...

Hi Ravi,

 

that’s definitely a good idea. I always have the source open while I’m developing something, but surely it will be a lot easier for other users if simply the source code is included in one of the builds. As this is a feature for the release engineer, I opened an own bug for it (https://bugs.eclipse.org/bugs/show_bug.cgi?id=294960) and let Chris decide whether he will already include that into the next version.

 

I’m happy that you nearly finished your development of your RCP app on top of JWT. If you like, then we can add you to the list of integrators on our wiki page.

 

Hiding the custom properties tab probably makes sense, if one is sure that all interesting aspects are shown in other tabs. Therefore, this is another good feature request. Marc would probably be the one who shortly knows the point where to change that in the code. I let you open an own bug for this feature.

 

Best regards,

 

Florian

 

 

Von: jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] Im Auftrag von RAVI K. THAPLIYAL
Gesendet: Donnerstag, 12. November 2009 05:18
An: Florian Lautenbacher
Cc: Java Workflow Toolbox
Betreff: [jwt-dev] JWT source code integration within Eclipse

 

Hi Florian,

 

Is there a way to have JWT source code integrated within Eclipse just like GEF/Draw2D. Since, these frameworks come under plugin dependencies a jar with source files can’t be specified using “Attach Source” in Eclipse. We have to update Eclipse with the plugin documentation and source files.

 

For GEF/Draw2D I’ve installed org.eclipse.gef/draw2d.source.feature.group from their update sites. I couldn’t find source files for JWT available on its update site. Do we have something like this planned or already available for JWT.

 

I’m almost done integrating JWT within my RCP app that started as a Workflow Viewer and now would like to customize JWT like hiding “Custom Properties” tab whenever JWT’s editor is active. Customizations would require me to make changes into JWT’s underlying code and it would really help if I could browse through it within Eclipse.

 

Regards,

Ravi

 

 


MASTEK LTD.
Mastek is in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCOMASTEK

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited, unless specifically indicated to that effect. Mastek Limited does not accept any responsibility or liability for it. This e-mail and attachments (if any) transmitted with it are confidential and/or privileged and solely for the use of the intended person or entity to which it is addressed. Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. This e-mail and its attachments have been scanned for the presence of computer viruses. It is the responsibility of the recipient to run the virus check on e-mails and attachments before opening them. If you have received this e-mail in error, kindly delete this e-mail from desktop and server.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

 

]]> Thu, 12 Nov 2009 10:41:29 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01124.html florian.lautenbacher@xxxxxxx (Florian Lautenbacher) Re: AW: [jwt-dev] Have you already heard about JWT? http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01123.html THat's obviously the first one ;) Regards, Marc Christian Saad a &#xE9;crit : THat's obviously the first one ;)
Regards,
Marc

Christian Saad a écrit :

So we could put Java Web Toolkit somewhere on our site (white on white of course [or Eclipse pinkish on Eclipse pinkish]) to lure users from Google to our site.

Noo, just kidding of course…

BTW have you noticed, entering “JWT eclipse” in the google searchbox autocompletes to “JWT Eclipse Tutorial”. I guess either we have a rather good tutorial that users want to read again and again or JWT is damn hard to learn ;)

Regards,

Chris

*Von:* jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] *Im Auftrag von *Florian Lautenbacher
*Gesendet:* Mittwoch, 11. November 2009 10:37
*An:* 'Java Workflow Toolbox'
*Betreff:* [jwt-dev] Have you already heard about JWT?

No, this time, I don’t mean the Java Workflow Tooling project at Eclipse. I just found out that there is a project called the Java Web Toolkit at Freshmeat [1], that also uses the same abbreviation as we do.

So, in the future it might become confusing for persons who speak about JWT what exactly is meant. This is another problem after especially French persons already have difficulties in pronouncing GWT and JWT similarly. But I don’t think it will become an issue for us...

Best regards,

Florian

[1] http://freshmeat.net/projects/jwt

------------------------------------------------------------------------

_______________________________________________
jwt-dev mailing list
jwt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/jwt-dev

]]> Thu, 12 Nov 2009 09:49:35 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01123.html marc.dutoo@xxxxxxx (Marc Dutoo) AW: [jwt-dev] Have you already heard about JWT? http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01122.html So we could put Java Web Toolkit somewhere on our site (white on white of course [or Eclipse pinkish on Eclipse pinkish]) to lure users from Google to our site. Noo, just kidding of course&#8230; BTW have you noticed, entering &#8220;JWT eclipse&#8221; in the google se...

So we could put Java Web Toolkit somewhere on our site (white on white of course [or Eclipse pinkish on Eclipse pinkish]) to lure users from Google to our site.

 

Noo, just kidding of course…

 

BTW have you noticed, entering “JWT eclipse” in the google searchbox autocompletes to “JWT Eclipse Tutorial”. I guess either we have a rather good tutorial that users want to read again and again or JWT is damn hard to learn ;)

 

Regards,

Chris

 

Von: jwt-dev-bounces@xxxxxxxxxxx [mailto:jwt-dev-bounces@xxxxxxxxxxx] Im Auftrag von Florian Lautenbacher
Gesendet: Mittwoch, 11. November 2009 10:37
An: 'Java Workflow Toolbox'
Betreff: [jwt-dev] Have you already heard about JWT?

 

No, this time, I don’t mean the Java Workflow Tooling project at Eclipse. I just found out that there is a project called the Java Web Toolkit at Freshmeat [1], that also uses the same abbreviation as we do.

So, in the future it might become confusing for persons who speak about JWT what exactly is meant. This is another problem after especially French persons already have difficulties in pronouncing GWT and JWT similarly. But I don’t think it will become an issue for us...

 

Best regards,

 

Florian

 

[1] http://freshmeat.net/projects/jwt

 

]]> Thu, 12 Nov 2009 09:47:35 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01122.html christian.saad@xxxxxxx (Christian Saad) [jwt-dev] JWT source code integration within Eclipse http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01121.html Hi Florian, Is there a way to have JWT source code integrated within Eclipse just like GEF/Draw2D. Since, these frameworks come under plugin dependencies a jar with source files can&#8217;t be specified using &#8220;Attach Source&#8221; in Eclipse. We have to update Ecli...

Hi Florian,

 

Is there a way to have JWT source code integrated within Eclipse just like GEF/Draw2D. Since, these frameworks come under plugin dependencies a jar with source files can’t be specified using “Attach Source” in Eclipse. We have to update Eclipse with the plugin documentation and source files.

 

For GEF/Draw2D I’ve installed org.eclipse.gef/draw2d.source.feature.group from their update sites. I couldn’t find source files for JWT available on its update site. Do we have something like this planned or already available for JWT.

 

I’m almost done integrating JWT within my RCP app that started as a Workflow Viewer and now would like to customize JWT like hiding “Custom Properties” tab whenever JWT’s editor is active. Customizations would require me to make changes into JWT’s underlying code and it would really help if I could browse through it within Eclipse.

 

Regards,

Ravi

 




MASTEK LTD.
Mastek is in NASSCOM's 'India Top 20' Software Service Exporters List.
In the US, we're called MAJESCOMASTEK

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Opinions expressed in this e-mail are those of the individual and not that of Mastek Limited, unless specifically indicated to that effect. Mastek Limited does not accept any responsibility or liability for it. This e-mail and attachments (if any) transmitted with it are confidential and/or privileged and solely for the use of the intended person or entity to which it is addressed. Any review, re-transmission, dissemination or other use of or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. This e-mail and its attachments have been scanned for the presence of computer viruses. It is the responsibility of the recipient to run the virus check on e-mails and attachments before opening them. If you have received this e-mail in error, kindly delete this e-mail from desktop and server.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
]]> Thu, 12 Nov 2009 04:18:00 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01121.html RAVI.THAPLIYAL@xxxxxxx (RAVI K. THAPLIYAL) [jwt-dev] Have you already heard about JWT? http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01120.html No, this time, I don&#8217;t mean the Java Workflow Tooling project at Eclipse. I just found out that there is a project called the Java Web Toolkit at Freshmeat [1], that also uses the same abbreviation as we do. So, in the future it might become confusing for...

No, this time, I don’t mean the Java Workflow Tooling project at Eclipse. I just found out that there is a project called the Java Web Toolkit at Freshmeat [1], that also uses the same abbreviation as we do.

So, in the future it might become confusing for persons who speak about JWT what exactly is meant. This is another problem after especially French persons already have difficulties in pronouncing GWT and JWT similarly. But I don’t think it will become an issue for us...

 

Best regards,

 

Florian

 

[1] http://freshmeat.net/projects/jwt

 

]]> Wed, 11 Nov 2009 09:37:11 GMT http://dev.eclipse.org/mhonarc/lists/jwt-dev/msg01120.html florian.lautenbacher@xxxxxxx (Florian Lautenbacher)