Can not filter out correct output from page 2 in table if filter result is smaller than page size.

2015-12-04 Thread Chao Wang
Hi all,

When I use a filter in CellTable, I can not get correct paging index and 
data output in table when I input desired prefix in filter textbox from 
e.g. page 2 or later if filtered data length is smaller that page size:

for example: my page size is 8

before doing any filter I have a,b,c,d,e,f,g,h 8 elements in my page 1, and 
i,j,k,l,m,n,o,p 8 elements in my page 2, if I filter b from first page, it 
works fine. But if I move to page 2 and filter b, nothing is on table, I 
have "9-9 of 1" beside my table like:

9-9 of 1








I have to click and switch back to page 1 to see the real result. Looks 
like I have the correct filtering result, but it displays from page 2 which 
is empty page in this case.

When I debug gwt 
https://github.com/gwtproject/gwt/blob/c9c32256f6ffb8ca69f50693a06b91bc25331fef/user/src/com/google/gwt/view/client/AbstractDataProvider.java#L210

  protected void updateRowData(HasData display, int start, List values
) {
int end = start + values.size();
Range range = display.getVisibleRange();
int curStart = range.getStart();
int curLength = range.getLength();
int curEnd = curStart + curLength;
if (start == curStart || (curStart < end && curEnd > start)) {
  // Fire the handler with the data that is in the range.
  // Allow an empty list that starts on the page start.
  int realStart = curStart < start ? start : curStart;
  int realEnd = curEnd > end ? end : curEnd;
  int realLength = realEnd - realStart;
  List realValues = values.subList(
  realStart - start, realStart - start + realLength);
  display.setRowData(realStart, realValues);
}
  }

end is 1
curStart is 8
curLength is 8
curEnd is 16


As curStart < end is fales, it can not update row data properly. Is this a 
bug or I missed something when range is changed?

thanks.

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


[gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Daniel Kurka
Hi all,

we just finished testing for GWT 2.8.0-beta1. You can either download it 
from goo.gl/62SeR5 or from maven central.

Release notes can be found here 
.

Please start testing and let us know about any issues you encounter by 
either discussion here or filing bugs on github 
.

-Daniel

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/2daed4d2-41df-44e9-b00e-25d1cec0e8c9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] Re: New JsInterop document

2015-12-04 Thread Ümit Seren
I guess I can't  put native JsInterop classes and interfaces in Java 
Collections ? 
I get a ClassCastException and I checked the official JsInterop 
documentation and couldn't find anthing about that ? 
 

On Saturday, November 21, 2015 at 5:02:13 AM UTC+1, Goktug Gokdogan wrote:
>
> dramaix@ is writing such a tool; that's how we are planning to generate 
> Elemental2.
>
> On Fri, Nov 20, 2015 at 7:56 PM, Slava Pankov  > wrote:
>
>> And it would be nice to generate java code with new jsinterop annotations 
>> based on typescript d.ts files. Dart team is going to implement such tool, 
>> probably it can be adopted for GWT as well: 
>> https://github.com/dart-lang/sdk/issues/24874
>>
>>
>> On Thursday, November 19, 2015 at 10:15:35 AM UTC-8, Goktug Gokdogan 
>> wrote:
>>>
>>> Instead of JsArray, you can use Object[] or JsType[] (will be ready by 
>>> 2.8), instead of Integer, you can Double (in 2.8 release, Double exactly 
>>> maps to number in javascript).
>>>
>>> On Thu, Nov 19, 2015 at 6:22 AM, Paul Stockley  
>>> wrote:
>>>
 We wrote our own RPC mechanism that is based entirely on JSON, mainly 
 for performance reasons on mobile. The client works with JS Overlay 
 representation of the server DTO objects. We have a tool that 
 automatically 
 generates the JSO's, Looking at the new interop spec's it would be really 
 nice for the client and server to work with the same Java DTO objects. I 
 can see how most of it could work with the new system. However, we handle 
 Java object representations for ints, doubles, booleans and also 
 enumerations by generating code in the JSO's such as :

 public class ContractDoJSO extends PersistentDataObjectBaseJSO {

protected ContractDoJSO() {}


 public final native ContractType getContractTypeDv() /*-{

return (this.contractTypeDv == null) ? null : 
 @com.ocs.shared.businesslogic.contract.ContractType::valueOf(Ljava/lang/String;)(this.contractTypeDv);
  

 }-*/;


 public final native void setContractTypeDv(ContractType v) /*-{ 
 this.contractTypeDv = (v == null) ? null : 
 v...@com.ocs.shared.businesslogic.contract.ContractType::name()(); }-*/;


 public final native java.lang.Integer getPreferredEmployerId() /*-{ 

   return (this.preferredEmployerId == null) ? null : 
 @java.lang.Integer::valueOf(I)(this.preferredEmployerId); 

 }-*/;
 public final native void setPreferredEmployerId(java.lang.Integer v) /*-{ 

  this.preferredEmployerId = (v == null) ? null : 
 v...@java.lang.Integer::intValue()(); 

 }-*/;


 In addition, if the DTO's contain arrays the client code has to access 
 them using the JsArray class rather than the java collection API. Do you 
 think there is some way to have a single representation using the new 
 Interop mechanism?
  

 On Friday, October 23, 2015 at 3:13:55 AM UTC-4, Goktug Gokdogan wrote:

> As we are getting close to 2.8 release I wrote a new document that is 
> concentrating on jsinterop features to be released in 2.8:
>
> https://docs.google.com/document/d/10fmlEYIHcyead_4R1S5wKGs1t2I7Fnp_PaNaa7XTEk0/edit#
>
> Please share your feedback.
>
> Thanks,
>
> Goktug
>
 -- 
 You received this message because you are subscribed to the Google 
 Groups "GWT Contributors" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to 
 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/1155c295-ecd1-4cdd-86a2-ddf3cffb618c%40googlegroups.com
  
 
 .

 For more options, visit https://groups.google.com/d/optout.

>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "GWT Contributors" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-web-toolkit-contributors+unsubscr...@googlegroups.com 
>> .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/44c98d88-8d67-4f17-b942-4f7202aeac3b%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send 

[gwt-contrib] Re: GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Thomas Broyer


On Friday, December 4, 2015 at 1:01:39 PM UTC+1, luca.masini wrote:
>
> Hi, I need also the gwt-maven-plugin 2.8.0-beta,
>

Mojo's Plugin for GWT is an independent project, and indeed there's a 
2.8.0-SNAPSHOT version (hasn't been updated for months though, some 
arguments might break, e.g. jsInteropMode).
It's in https://oss.sonatype.org/content/repositories/snapshots
 

> the old 2.7.0 put on the classpath the old gwt-user and my projects break.
>

Unless you tell if to use 
2.8.0-SNAPSHOT: 
https://gwt-maven-plugin.github.io/gwt-maven-plugin/user-guide/using-different-gwt-sdk-version.html
(make sure you 
declare https://oss.sonatype.org/content/repositories/google-snapshots in 
both repositories and pluginRepositories).

Of course, there's also the alternative to use a plugin that's not bound to 
a specific version of GWT: https://tbroyer.github.io/gwt-maven-plugin/ 
(shameless plug)
BTW, we may switch the GWT samples to that plugin in the near future…

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/d265ad7a-c2b8-4944-ace4-c03a732ff688%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Teavm

2015-12-04 Thread Emilio Bravo
Source maps from byte code?


El martes, 1 de diciembre de 2015, 16:43:44 (UTC+1), Satguru Srivastava 
escribió:
>
> So, I recently came across TeaVM (http://teavm.org/)
> Similar to GWT but unlike GWT, which compiles Java Source Code to 
> JavaScript, TeaVM compiles Java Byte Code to JavaScript.
> It is an interesting approach.
> The big advantage to this approach is that you do not have to create and 
> maintain your own compiler.
> You ride on the back of the JavaC compiler and can take advantage of the 
> optimizations, latest changes and updates made to the compiler.
> So while GWT is working on supporting Java 8 , TeaVM already provides 
> support for that.
>
> What do you guys think?
> What are the pros/cons of this approach ?
>
>
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: Teavm

2015-12-04 Thread Michael Joyner

  
  
Wonderting if it is possible to convert
  a jar to js, then use it from GWT...
  
  
  On 12/04/2015 07:51 AM, Emilio Bravo wrote:


  Source maps from byte code?

  
  El martes, 1 de diciembre de 2015, 16:43:44 (UTC+1), Satguru
  Srivastava escribió:
  
So, I recently came across TeaVM (http://teavm.org/)
  Similar to GWT but unlike GWT, which compiles Java
Source Code to _javascript_, TeaVM compiles Java Byte Code
to _javascript_.
  It is an interesting approach.
  The big advantage to this approach is that you do not
have to create and maintain your own compiler.
  You ride on the back of the JavaC compiler and can
take advantage of the optimizations, latest changes and
updates made to the compiler.
  So while GWT is working on supporting Java 8 , TeaVM
already provides support for that.
  
  
  What do you guys think?
  What are the pros/cons of this approach ?
  
  
  
  
  
  
  
  
  
  
  

  

  
  -- 
  You received this message because you are subscribed to the Google
  Groups "GWT Users" group.
  To unsubscribe from this group and stop receiving emails from it,
  send an email to google-web-toolkit+unsubscr...@googlegroups.com.
  To post to this group, send email to google-web-toolkit@googlegroups.com.
  Visit this group at http://groups.google.com/group/google-web-toolkit.
  For more options, visit https://groups.google.com/d/optout.


  




-- 
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] Re: New JsInterop document

2015-12-04 Thread 'Goktug Gokdogan' via GWT Contributors
That's not fixed yet. Should be fixed before RC1.

On Fri, Dec 4, 2015 at 7:23 AM, Ümit Seren  wrote:

> I guess I can't  put native JsInterop classes and interfaces in Java
> Collections ?
> I get a ClassCastException and I checked the official JsInterop
> documentation and couldn't find anthing about that ?
>
>
> On Saturday, November 21, 2015 at 5:02:13 AM UTC+1, Goktug Gokdogan wrote:
>>
>> dramaix@ is writing such a tool; that's how we are planning to generate
>> Elemental2.
>>
>> On Fri, Nov 20, 2015 at 7:56 PM, Slava Pankov  wrote:
>>
>>> And it would be nice to generate java code with new jsinterop
>>> annotations based on typescript d.ts files. Dart team is going to implement
>>> such tool, probably it can be adopted for GWT as well:
>>> https://github.com/dart-lang/sdk/issues/24874
>>>
>>>
>>> On Thursday, November 19, 2015 at 10:15:35 AM UTC-8, Goktug Gokdogan
>>> wrote:

 Instead of JsArray, you can use Object[] or JsType[] (will be ready by
 2.8), instead of Integer, you can Double (in 2.8 release, Double exactly
 maps to number in javascript).

 On Thu, Nov 19, 2015 at 6:22 AM, Paul Stockley 
 wrote:

> We wrote our own RPC mechanism that is based entirely on JSON, mainly
> for performance reasons on mobile. The client works with JS Overlay
> representation of the server DTO objects. We have a tool that 
> automatically
> generates the JSO's, Looking at the new interop spec's it would be really
> nice for the client and server to work with the same Java DTO objects. I
> can see how most of it could work with the new system. However, we handle
> Java object representations for ints, doubles, booleans and also
> enumerations by generating code in the JSO's such as :
>
> public class ContractDoJSO extends PersistentDataObjectBaseJSO {
>
>protected ContractDoJSO() {}
>
>
> public final native ContractType getContractTypeDv() /*-{
>
>return (this.contractTypeDv == null) ? null : 
> @com.ocs.shared.businesslogic.contract.ContractType::valueOf(Ljava/lang/String;)(this.contractTypeDv);
>
> }-*/;
>
>
> public final native void setContractTypeDv(ContractType v) /*-{ 
> this.contractTypeDv = (v == null) ? null : 
> v...@com.ocs.shared.businesslogic.contract.ContractType::name()(); }-*/;
>
>
> public final native java.lang.Integer getPreferredEmployerId() /*-{
>
>   return (this.preferredEmployerId == null) ? null : 
> @java.lang.Integer::valueOf(I)(this.preferredEmployerId);
>
> }-*/;
> public final native void setPreferredEmployerId(java.lang.Integer v) /*-{
>
>  this.preferredEmployerId = (v == null) ? null : 
> v...@java.lang.Integer::intValue()();
>
> }-*/;
>
>
> In addition, if the DTO's contain arrays the client code has to access
> them using the JsArray class rather than the java collection API. Do you
> think there is some way to have a single representation using the new
> Interop mechanism?
>
>
> On Friday, October 23, 2015 at 3:13:55 AM UTC-4, Goktug Gokdogan wrote:
>
>> As we are getting close to 2.8 release I wrote a new document that is
>> concentrating on jsinterop features to be released in 2.8:
>>
>> https://docs.google.com/document/d/10fmlEYIHcyead_4R1S5wKGs1t2I7Fnp_PaNaa7XTEk0/edit#
>>
>> Please share your feedback.
>>
>> Thanks,
>>
>> Goktug
>>
> --
> You received this message because you are subscribed to the Google
> Groups "GWT Contributors" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to
> google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/1155c295-ecd1-4cdd-86a2-ddf3cffb618c%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

 --
>>> You received this message because you are subscribed to the Google
>>> Groups "GWT Contributors" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to google-web-toolkit-contributors+unsubscr...@googlegroups.com
>>> .
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/44c98d88-8d67-4f17-b942-4f7202aeac3b%40googlegroups.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.

Re: Jetty 9 before RC1?

2015-12-04 Thread david . ostrovsky

Am Freitag, 4. Dezember 2015 07:57:12 UTC+1 schrieb Evan Hughes:
>
> Since there are no roadblocks (htmlunit has been updated for jetty 9), is 
> it possible for gwt to update to jetty 9?
>

Yes .

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit+unsubscr...@googlegroups.com.
To post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Paul Robinson
Is it intentional/necessary that gwt-servlet.jar is compiled for Java 7 and
not Java 6?

On Fri, Dec 4, 2015 at 9:51 AM, Daniel Kurka  wrote:

> Hi all,
>
> we just finished testing for GWT 2.8.0-beta1. You can either download it
> from goo.gl/62SeR5 or from maven central.
>
> Release notes can be found here
> .
>
> Please start testing and let us know about any issues you encounter by
> either discussion here or filing bugs on github
> .
>
> -Daniel
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Contributors" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/2daed4d2-41df-44e9-b00e-25d1cec0e8c9%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAGHNWNKERkDMGdJNfkM%3D1ZQx8-pbeguTAwN2bZ9Q%3DbqGfdGv2g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Juan Pablo Gardella
It will be very useful to make gwt-servlet compatible with java 6

On 4 December 2015 at 17:41, Jens  wrote:

>
> Is it intentional/necessary that gwt-servlet.jar is compiled for Java 7
>> and not Java 6?
>>
>
> gwt-servlet.jar isn't really compiled, its just assembled. The build
> script compiles gwt-dev and gwt-user using Java 7 as minimum and then
> gwt-servlet.jar is created by pulling in a subset of already compiled
> classes of gwt-user and gwt-dev. That means gwt-servlet.jar also requires
> Java 7. So generally its intentional.
>
> Also as soon as we land Java 8 API emulations GWT will be compiled using
> Java 8 which would mean gwt-servlet.jar also requires Java 8. Its probably
> not possible to keep gwt-servlet.jar compatible to Java 7 because as soon
> as we add java.time emulation to GWT we probably also add GWT-RPC custom
> field serializers for Java 8 classes like LocalDate, etc.
>
> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Contributors" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/afbc2b40-5a48-4e6d-960e-e59d46a81936%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CA%2BkiFsfRoq70DtV%3DvMNc1PB4k6sOURtLJxeH5YzQ%3Du163VPdLw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Thomas Broyer
Given the intricacies of code dependencies, this is not going to be easy, 
and unless someone for whom it really matters jumps in to contribute a 
patch (possibly with help from maintainers) I'm afraid it's not going to be 
addressed.
Maybe it'd be easier to run Retrolambda or something similar on the 
"extracted" JAR to produce a Java6-compatible JAR; question is whether this 
should be done in GWT or in the applications that will run in a Java 6 JRE.

On Saturday, December 5, 2015 at 12:47:36 AM UTC+1, juan_pablo_gardella 
wrote:
>
> It will be very useful to make gwt-servlet compatible with java 6
>
> On 4 December 2015 at 17:41, Jens  wrote:
>
>>
>> Is it intentional/necessary that gwt-servlet.jar is compiled for Java 7 
>>> and not Java 6?
>>>
>>
>> gwt-servlet.jar isn't really compiled, its just assembled. The build 
>> script compiles gwt-dev and gwt-user using Java 7 as minimum and then 
>> gwt-servlet.jar is created by pulling in a subset of already compiled 
>> classes of gwt-user and gwt-dev. That means gwt-servlet.jar also requires 
>> Java 7. So generally its intentional.
>>
>> Also as soon as we land Java 8 API emulations GWT will be compiled using 
>> Java 8 which would mean gwt-servlet.jar also requires Java 8. Its probably 
>> not possible to keep gwt-servlet.jar compatible to Java 7 because as soon 
>> as we add java.time emulation to GWT we probably also add GWT-RPC custom 
>> field serializers for Java 8 classes like LocalDate, etc.
>>
>> -- J.
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "GWT Contributors" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-web-toolkit-contributors/afbc2b40-5a48-4e6d-960e-e59d46a81936%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/1ae99ed1-f855-4e7d-8338-49cffacb3966%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread Jens


> Is it intentional/necessary that gwt-servlet.jar is compiled for Java 7 
> and not Java 6?
>

gwt-servlet.jar isn't really compiled, its just assembled. The build script 
compiles gwt-dev and gwt-user using Java 7 as minimum and then 
gwt-servlet.jar is created by pulling in a subset of already compiled 
classes of gwt-user and gwt-dev. That means gwt-servlet.jar also requires 
Java 7. So generally its intentional.

Also as soon as we land Java 8 API emulations GWT will be compiled using 
Java 8 which would mean gwt-servlet.jar also requires Java 8. Its probably 
not possible to keep gwt-servlet.jar compatible to Java 7 because as soon 
as we add java.time emulation to GWT we probably also add GWT-RPC custom 
field serializers for Java 8 classes like LocalDate, etc.

-- J.

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/afbc2b40-5a48-4e6d-960e-e59d46a81936%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-beta1 available for testing

2015-12-04 Thread 'Goktug Gokdogan' via GWT Contributors
On Fri, Dec 4, 2015 at 3:41 PM, Jens  wrote:

>
> Is it intentional/necessary that gwt-servlet.jar is compiled for Java 7
>> and not Java 6?
>>
>
> gwt-servlet.jar isn't really compiled, its just assembled. The build
> script compiles gwt-dev and gwt-user using Java 7 as minimum and then
> gwt-servlet.jar is created by pulling in a subset of already compiled
> classes of gwt-user and gwt-dev. That means gwt-servlet.jar also requires
> Java 7. So generally its intentional.
>
> Also as soon as we land Java 8 API emulations GWT will be compiled using
> Java 8 which would mean gwt-servlet.jar also requires Java 8. Its probably
> not possible to keep gwt-servlet.jar compatible to Java 7 because as soon
> as we add java.time emulation to GWT we probably also add GWT-RPC custom
> field serializers for Java 8 classes like LocalDate, etc.
>

As you mention, it looks like the only reason to compile with Java8 is the
custom field serializers. When that happens, those extra custom field
serializers could be supplied as a separate jar.


> -- J.
>
> --
> You received this message because you are subscribed to the Google Groups
> "GWT Contributors" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-web-toolkit-contributors/afbc2b40-5a48-4e6d-960e-e59d46a81936%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups "GWT 
Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAN%3DyUA1aWD4n%2BLhoMAat7HQ7hjABEFcOguF0czK%2BBs3X0L24cQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.